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Welcome 


Introduction 

This course is designed for experienced design and support specialists with 
solid knowledge and field experience in voice, data, and Voice over IP (VoIP) 
technologies who require the specific knowledge and skills to design and 
support complex VoIP solutions in Wide Area Network (WAN) and Local Area 
Network (LAN) environments. 

Participants 

Participants require a solid knowledge and 6-12 months field experience in 
voice, data, and VoIP technologies. 


IMPORTANT 

This course is designed to help participants prepare for the Nortel Networks IP 
Convergence Certification Exam (920-802). It is not intended to provide hands-on training 
on how to install and configure Nortel Networks VoIP products, including Business 
Communication Manager (BCM), Meridian 1, or Succession Communication Server for 
Enterprise 1000 systems. 


Notes 
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Prerequisites 

Prerequisites for this course include: 

• 0002H/0002P - Telecommunications Fundamentals or 
1005H - Voice Fundamentals (self-paced) 

• 0229T - IP Fundamentals (self-paced) 

• 0360C - Voice over IP Fundamentals and the Enterprise Succession 
Portfolio (or self-paced equivalent) 

• 0365C - Voice over Internet Protocol Technologies 

• 6-12 months field experience designing, implementing, and supporting 
VoIP solutions 

• Successful completion of the Nortel Networks VoIP Technology 
Certification Exam (920-801) is recommended 

Course Objectives 

After completing this course, you will be able to: 

• Distinguish between and communicate about the Nortel Networks VoIP 
solutions that are the focus of this course, including: 

Business Communication Manager 3.0 
Meridian 1 Internet Enabled (IE) 25.40 
Succession Communication Server for Enterprise (CSE) 2.0 
Succession Internet Telephones (i2004 and i2050) 

Remote Office portfolio 1,3x 
Integrated Solutions portfolio 

- System management interfaces: Unified Manager and Network 
Configuration Manager (NCM) and Optivity Telephony Manager 
(OTM) 
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Course Objectives (Continued) 

• Analyze voice packetization parameters that you can modify to meet 
customer voice quality objectives 

• Determine optimal VoIP traffic flow recommendations and QoS 
requirements 

• Identify the existence of data network issues known to be problematic for 
VoIP traffic 

• Determine appropriate power needs for VoIP devices, application servers, 
and LAN infrastructure 

• Compare and contrast the advantages and disadvantages associated with 
the various WAN topologies, such as Frame Relay, Asynchronous Transfer 
Mode (ATM), leased lines, and Digital Subscriber Line (DSL) commonly 
available for the transport of VoIP traffic 

• Identify common fragmentation issues known to be problematic for VoIP 
traffic in LAN and WAN environments 

• Discriminate the various methods, such as Differentiated Services 
(DiffServ), available for implementing QoS of VoIP traffic in a WAN 
environment to achieve the best voice quality 

• Assess customer routers to identify performance/traffic handling 
capabilities and network implementations known to be problematic for 
VoIP traffic 

• Analyze customer data protocols and application requirements to identify 
which traffic (data, voice, and VoIP) is to be given priority 

• Analyze a customer Frame Relay (FR) environment to identify if circuit 
speed mismatches exist in the VoIP speech path to determine whether 
traffic shaping or fragmentation is needed 

• Given customer Network Address Translation (NAT) and firewall 
implementations, recommend methods for addressing traversal issues 
known to be problematic for H.323 traffic 

• Develop customer recommendations for VoIP traffic implemented within 
Virtual Private Network (VPN) tunnels based upon acceptable overhead 
and latency for sample design scenarios 

• Explain the issues and challenges of providing regulatory emergency 
services in a VoIP environment to meet customer/regulatory emergency 
services requirements 

• Identify common H.323 interoperability issues known to be problematic 
for VoIP traffic in a LAN/WAN environment 
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• Identify applications enabled by Meridian Customer Defined Networks 
(MCDNs) that can be administered and located at centralized sites, as well 
as which sites require MCDN configuration 

• Propose solutions for peer networking of Nortel Networks VoIP products 

• Propose solutions to interwork BCM 3.0. Meridian 1 Internet Enabled 
25.40, and Succession Communication Server for Enterprise (CSE) 1000 
2.0 systems 

• Describe the recommended flow for completing a professional VoIP 
network assessment 

• Describe how to use network assessment tools, such as Net IQ Chariot, and 
outputs of customer network environments, to assess the network's 
readiness for VoIP 

• Given the results of a network assessment, recommend configuration 
changes or upgrades necessary to address bandwidth and appropriate 
handling of converged traffic 


Notes 
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The standard documentation for this course includes: 

• Business Communication Manager Documentation CD 

• Meridian Electronic Reference Library CD 

• Succession Electronic Reference Library CD 
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About Your Training Location 

General Information 

Instructor name and phone #:_ 

Manager name and phone #:_ 

Receptionist name and phone #: 

Course Name and number:_ 

Course dates and time:_ 

Facilities 

Restrooms: _ 

Breakrooms:_ 

Phones:_ 

Messages:_ 

Smoking areas:_ 

Fire Exits/Tomado shelters: _ 


• • 


Notes 
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About Your Training Location (Continued) 

Training Center Policies 

Please review the following policies: 

• Attendance is required. 

You must call your instructor by the end of the first hour of class if you 
are ill or unable to attend class. 

If you miss one day, you will not be eligible for Assessment Testing. 

• Punctuality is important. 

• Dress code is business casual. 

• Tape recorders are not allowed. 

• Cellular telephones must be turned off. 

• Pagers must be set to a silent mode. 

PC Guidelines 

In our continuous effort to provide high quality instruction, we would greatly 
appreciate your adherence to the following guidelines: 

• The PCs in this classroom are for training purposes only and are not to be 
used for any business that does not pertain to this course. 

• The only diskettes allowed to be inserted into the PC diskette drive are 
official Nortel Networks training diskettes issued by the instructor. 

• Please do not access any screen unless directed to by the instructor. 

Thank you for your cooperation. 

— Training Management 




Notes 
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Nortel Networks IP Convergence Exam (920-802) 

The 920-802 is an expert-level exam for intermediate-to-senior design or 
support specialists who optimize customer networks using Nortel Network 
products and solutions. 

If you are taking this course in preparation for the Nortel Networks IP 
Convergence Exam (920-802). you must have a strong foundation of technical 
qualifications defined by Nortel Networks for this exam. 

The recommended technical qualifications for the 920-802 exam include, but 
are not limited to, the following: 

• Field experience in successfully applying your technical knowledge and 
skills in the area of expertise 

• Prerequisite knowledge of the technology fundamentals for the area of 
expertise: 

- BCM 3.0 

Meridian 1 25.40 

Succession CSE 1000 2.0 

Internet Telephones (i2004 and i2050) 

• An in-depth understanding, assimilation, and application of critical 
technical documentation protocols and procedures 


For the most current information about the 920-802 exam, visit: 

http://www.nortelnetworks.com/servsup/certification/expert/ 

se_ipconvergence_obj.html 


Notes 
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Notes 



Recommended Training for 920-802 Exam 

The following courses are recommended to obtain the prerequisite knowledge 
required for the 920-802 exam: 

• Voice Fundamentals: 

0002H/0002P - Telecommunications Fundamentals or 1005H - Voice 
Fundamentals (self-paced) 

• Data IP Fundamentals: 

0229T - IP Fundamentals (self-paced) 

• VoIP Fundamentals: 

- 0360C - Voice over IP Fundamentals and the Enterprise Succession 
Portfolio (or self-paced equivalent) 

0365C - Voice over Internet Protocol Technologies 

• BCM 3.0: 

0626C - Business Communication Manager Advanced Voice 
Networking 

• Meridian Internet Enable 25.40: 

- 0398C - IP Trunk 

• Succession Communication Server for Enterprise 1000 Release 2.0: 

0780C - Succession CSE 1000 Installation, Maintenance and 
Configuration 

• Internet Telephones: 

0399C - IP Line and the Internet Terminals 
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Nortel Networks VoIP Product Overview 


Introduction 

This lesson briefly reviews the Nortel Networks Voice over IP (VoIP) products 
that are the focus of this class. The products are: 

• Business Communication Manager 3.0 (BCM) 

• Meridian 1 Internet Enabled 25.40 

• Succession Communication Server for Enterprise 1000 2.0 
(Succession CSE 1000) 

• Succession Internet Telephones: i2002, i2004, and i2050 

• Remote Office portfolio 1.3x 

• Integrated Solutions portfolio 

• System management interfaces: 

BCM Unified Manager 3.0 (Unified Manager) 

BCM Network Configuration Manager 2.0 (NCM) 

Optivity Telephony Manager 2.0 (OTM) 

Element Management 

Unless indicated otherwise, the course content is based upon the product 
release numbers indicated above. 

Objectives 

After completing this lesson, you will be able to distinguish between and 
communicate about the Nortel Networks VoIP solutions that are the focus of 
this course. 


• • #•••♦•« 


Notes 
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Business Communication Manager 3.0 

BCM is a compact hybrid digital IP system that includes the components 
necessary to provide reliable telephony technology, voice messaging, VoIP, 
and data networking. BCM is ideal for small enterprises with single or multiple 
sites. In a multi-site environment. BCM interoperates with many devices, 
including other BCM systems. Meridian 1 systems, and Succession CSE 1000 
systems. Supported linking technologies include: 

• Dedicated physical lines, such as traditional T-l and ISDN/PRI 

• VoIP trunks 

M Ti P : See the “ Bulletins ” section of this guide for additional information 
about BCM VoIP trunks. 


Figure 1: Business Communications Manager Platform 



Notes 
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BCM Platforms 

With BCM 3.0, BCM is available in two hardware platforms. 

• BCM200: Designed for small office locations that require less than 32 

digital stations 


Figure 2: BCM200 Base Unit 



• BCM 400: Design for locations that require from 32 to 160 digital sets 



Ton s 
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Key Elements 

The key elements of a BCM 3.0 system are: 

• BCM server: The BCM server runs on a Windows NT platform and 
controls tasks such as voice messaging and data routing. The server also 
contains telephony hardware and data networking hardware components, 
such as an embedded modem (North America), 10/100Base-T Ethernet 
ports, and integrated QoS routing. 

• Media Services Card (MSC): The Media Services Card (MSC) is the core 
of the voice product portfolio in the BCM. The MSC, in coordination with 
the other hardware components, provides the link between the telephone 
sets and the telephone lines. The MCS meets the peripheral component 
interconnect (PCI) standard, which allows it to be connected directly into 
one of the PCI bus slots in a server. 

• Media Bay Modules (MBMs): The MBMs connect to PSTN trunks, 
telephones and analog telecommunication devices. Optional MBMs are 
available to implement voice trunks and stations of various types and to 
connect external devices. 

• Processor Expansion Cards (PECs): PECs are PCMCIA-style (or PC- 
style) cards that fit in to one of four bays on the MSC card of a BCM. PECs 
use Digital Signal Processing (DSP) technology to provide media 
processing for voice media streams and mail, call center, media processing 
for fax, VoIP gateway, VoIP, and WAN (ISDN PPP). 


Notes 
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Meridian 1 internet Enabled 25.40 


The Meridian i Internet Enabled system is an ideal solution for small, medium, 
and large size enterprise customers who wish to preserve the full feature set 
and reliability of Meridian 1, while taking advantage of the resource 
consolidation and flexibility that IP offers. The Meridian 1 portfolio includes: 

• Meridian 1 Option 11C Mini: Very small system that supports up to 128 
lines 

• Meridian 1 Option 11C: Small system that supports up to 800 lines 

• Meridian 1 Option 61C: Medium-size system that supports up to 2,000 
lines 

• Meridian 1 Option 81C: Large system for mid-size to large enterprises 
that supports up to 15,000-plus lines 

In a multi-site environment, the Meridian 1 interoperates with many devices, 
including other Meridian 1 systems, BCM systems, and Succession CSE 1000 
systems. Supported linking technologies include: 

• Dedicated physical lines, such as traditional T-l and ISDN/PRI 

• Virtual Trunking via IP Trunk 3.0 


W Tip: Virtual trunks are software components configured on virtual 

loops. A virtual trunk acts as the bridge between existing call processing 
features and the IP network. 
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Technologies to Internet Enable the Meridian 1 

IP Trunk 3.0 

IP Trunk 3.0 compresses and routes intra-company voice and fax traffic over 
enterprise IP networks (intranets) to emulate TIE trunks. A benefit is reduced 
long distance charges over traditional circuit-switched trunk facilities. 

Figure 4: Meridian IE System with IP Trunk 3.0 



V Tip: Seethe “ Bulletins” section of this guide for additional information 
about IP Trunk. 


Notes 
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IP Line 3.0 

IP Line 3.0 provides an interface between Internet Telephones, such as the 
i2004 and i2050, and the system via Voice Gateway Media Cards installed in 
an Intelligent Peripheral Equipment (IPE) slot in the Meridian 1 system. 

IP Line 3.0 supports Meridian 1 and Succession CSE 1000 systems; however, 
complete feature functionality is supported only on Succession CSE 1000 2.0. 

M Ti P : Voice Gateway Media Card is a term used to encompass the ITG-P 
Line Card and Succession Media Card. 


Figure 1: Meridian IE System with IP Line 3.0 
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Reach Line Card (Remote Office Portfolio) 

The Reach Line Card is the core of the Remote Office portfolio. The Remote 
Office portfolio extends the functionality and features of a host system to 
remote workers. The Reach Line Card supports digital trunk and lOBaseT 
connectivity. See the “Remote Office Portfolio” section, later in this lesson, for 
details. 

Tip: See the "Bulletins” section of this guide for additional information 
about IP Line and the Remote Office portfolio. 


• • 


Notes 
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Key Elements 

Key elements of a Meridian I system are: 

• Common Equipment: The central processor is the common control 
complex of the system. It executes the sequences which process voice and 
data connections, monitor call activity, and perform system administration 
and maintenance. 

• Network Equipment: The network is a collection of paths over which 
voice and data information is transmitted. 

• Intelligent Peripheral Equipment (IPE): The IPE includes the hardware 
devices that connect ports (lines and trunks) to the network (loops). 


Figure 1: System Building Blocks 



Notes 
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Succession CSE 1000 2.0 

Succession CSE 1000 2.0 is an IP-based communications system that enables 
customers to distribute telephony equipment throughout their QoS-managed 
network. Succession CSE 1000 is ideal for single site, campus, and distributed 
environments. 

In a distributed WAN environment. Succession CSE 1000 provides survivable 
support to remote branch offices and employees. 

In a multi-site environment. Succession CSE 1000 interoperates with many 
devices, including other Succession CSE 1000. BCM systems, and Meridian 1 
systems. Supported linking technologies include: 

• Dedicated physical lines, such as traditional T-l and ISDN/PRI 

• Virtual Trunking via IP Trunk 3.0 


Notes 
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Figure 2: Succession CSE 1000 Platform 
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Key Elements 


Key elements of a Succession CSE 1000 2.0 are: 

• Call Server: Controls the call processing and telephony services 

• Signaling Server: 

Acts as an interface to the IP network 
Performs Gatekeeper functions 

• Media Gateways: 

House IPE cards, many of which are the same as those used by the 
Meridian 1 systems 

Provide connectivity to LAN as well as PSTN 

• Ethernet switch (customer-supplied): Transmits data packets to 
interconnected network devices 

• Power over LAN (optional): Provides power for Internet Telephones 
using standard Category 5 LAN drops, eliminating the need for AC outlet 
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Connectivity 

Every device, with the exception of the Call Server, has an Embedded LAN 
(ELAN) and a Telephony LAN (TLAN) connection. 

The Call Server has two TLAN IP daughterboard connections. 

The Succession System Controller (SSC) in the Media Gateway has a TLAN 
daughterboard connection and an ELAN connection. 

Figure 3: Succession CSE 1000 2.0 Connectivity 



V Tip: See the “Bulletins” section of this guide for additional information 
about Succession CSE 1000 2.0. 


Notes 
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Succession Internet Telephones 

The Succession Internet Telephone portfolio includes desktop, software, and 
wireless devices that utilize the data network to deliver voice and data. 


Product 

Description 

Application 

i2002 

Internet 

Telephone 

Desktop device that connects directly to the 
LAN through an Ethernet connection to 
delivers voice and data to the desktop 
environment 

Similar in appearance and functionality to the 
i2004 Internet Telephone, but with a smaller 
display and fewer feature keys 

Ideal for moderate call volume users, such as 
office managers and technical specialists 

Supported on Succession CSE 1000 Release 
2.0 and higher platforms 

i2004 

Internet 

Telephone 

Professional-level, multi-line telephone that 
connects directly to the LAN through an 
Ethernet connection 

Large LCD display supports multiple-lines of 
information 

Ideal for high call volume users, such as 
executives, professional managers, 
administrators, or call center agents 

Supported on many Nortel Networks product 
platforms, including Meridian 1 XI1 Release 
25.40, Succession CSE 1000 Release 1.0, 
and BCM Release 2.5 and higher platforms 

i2050 

Software 

Phone 

'** &SJ 

***. 

Windows-based software solution that 
converts the laptop or desktop PC into a 
powerful telephony tool 

Feature-rich, delivering most of the attributes 
and features of the i2004 Internet Telephone, 
as well as twinning 

Ideal for organizations that require a PC- 
based solution for a mobile or remote 
workforce, including distributed call center 
agents 

Simultaneous voice and data access provided 
from a laptop or desktop PC 

Supported on many Nortel Networks product 
platforms, including Meridian 1 XI1 Release 
25.40. Succession CSE 1 OCX) Release 1.0, 
and BCM Release 2.5 and higher platforms 


Notes 
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Remote Office Portfolio 

The Remote Office Portfolio extends the functionality and features of a host 
Meridian 1, Succession CSE 1000, or Meridian SL-100 system to remote 
workers. This enables remote workers to enjoy the same services as their co¬ 
workers at the main site. 

Note: BCM does not support Remote Office. 


Internet 

Terminal 

Description 


Application 

Remote Office 

9110 

Is an IP board that fits inside of the 
footstand on the M2000 digital sets 

Sends VoIP packets over the IP network 
using broadband services such as DSL and 
cable modems. 

Provides QoS transitioning to ensure voice 
quality 

Is E911 compatible for fast local response 

Is designed for remote single-user offices 
or teleworker home offices 

Remote Office 
9115 

Sends VoIP packets over the IP network 
using broadband services such as DSL and 
cable modems. 

Provides QoS transitioning to ensure voice 
quality 

Is E911 compatible for fast local response 

Is designed for remote single-user offices 
or teleworker home offices 

Remote Office 
9150 

Sends VoIP packets over the IP WAN 

Provides QoS transitioning to ensure voice 
quality 

Is E911 compatible for fast local response 

Is designed for small branch offices with up 
to 32 workers 

Example: Bank and credit union branch 
offices, doctor offices and clinics 
associated with a major hospital, regional 
sales and service support centers, a remote 
call center pod, and similar scenarios 


Notes 
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Reach Line Card 

The heart of the Remote Office system is the Reach Line Card. The Reach Line 
Card provides general purpose digital trunk connectivity and a lOBase-T 
connection to the data network. 

The Reach Line Card installs directly into an IPE card slot. The host system 
views the card as an ordinary Extended Digital Line Card (XDLC). 

A single-slot Reach Line Card supports up to 16 telephones. A double-slot card 
supports up to 32 telephones. 

The following diagram shows the RLC’s position in an IP network. 


Figure 4: Reach Line Card Position in the IP Network 
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Telephone Support 

The table below describes the telephones that Remote Office supports. 




M2008D, 

M2008HF 

M2216D, 

M2616D 

M3310, 

M3820 

(Europe) 

M3902, 

M3903, 

M3904, M3905 


Remote Office 9150 

Yes 

Yes 


Yes 

Yes 


Remote Office 911 x & IP Adapter 
(Internal) 

Yes 

Yes 


Yes 

No 


Remote Office 9115 & IP Adapter 
(Internal) 

Yes 

Yes 


Yes 

Yes 



RLC (directly connected) 


Telephone displays are required for host PBX functionality. 

Support of M3900-Series digital telephones requires Meridian XI1 Release 
25.40 or higher software. 

The Remote Office 91 lx & IP Adapter (Internal) does not support M3900- 
Series telephones. 


V Tip: See the "Bulletins” section of this guide for additional information 
about the Remote Office portfolio. 


Notes 
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Integrated Applications Portfolio 

The Integrated Applications Portfolio consists of a series of circuit cards that 
work in conjunction with the Meridian 1 and Succession CSE 1000 system 
software to provide integrated solutions to meet the customer’s needs. 


Product 

Description 

Application 

Meridian Integrated 
Call Attendant 
(MICA) 

Automatically answers and routes calls, 
based on caller input and other information 

Is ideal for businesses that wish to 
provides callers with 24-hour access 
to the automated self-service menus 

Meridian Integrated 
Conference Bridge 
(MICB) 

Allows users to schedule and administer 
multiple simultaneous conferences, based on 
time-of-day, duration, and number of 
conferees or ports 

Provides quick in-house access to a secure 
conference bridge to eliminate the need for 
coordination with external service bureaus 

Is ideal for any businesses that 
wants a cost-effect method to 
extend communications to 
geographically dispersed customers, 
regardless of time, date, or location 

Meridian Integrated 
Personal Call 

Directory (MICPD) 

Provides a “follow-me” service that allows a 
user to distribute just one telephone number 
to associates, rather than dealing with 
multiple phone numbers 

Is ideal for organizations with a 
mobile or teleworker workforce 

Meridian Integrated 
Recorded Announcer 
(MIRAN) 

Delivers a simple, cost-effective alternative 
to stand-alone digital announcers that have 
traditionally operated as auxiliary adjuncts 

Is ideal for anyone who uses 
recorded announcements to keep 
customers informed 

Meridian Integrated 
Voice Services 

(MIVS) 

Allows guests to access prompted menu 
service to schedule and change their own 
Automatic Wake-Up (AWU) and Do-Not- 
Disturb (DND) status without front desk 
assistance 

Is ideal for the hospitality industry, 
such as hotels and resorts that 
wishes to enhance guest services 
while reducing the necessity of 
front desk assistance 


Notes 
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System Management Interfaces 

Unified Manager 

The Unified Manager is a Web-based management software tool that is 
standard on every BCM system. The Unified Manager provides programming, 
administration, maintenance, and alarm management capabilities for a single 
BCM system. 

Figure 5: Unified Manager 
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Network Configuration Manager 

Network Configuration Manager (NCM) is an off-line tool for managing 
multiple BCM systems. NCM provides a single view of the network and 
includes a common database for storing and managing system, inventory, and 
configuration data for multiple BCM devices. 

From the NCM Main Window, administrators and installers can apply 
programming changes to all. or a subset of, BCM systems within a network 
from a centralized location. 

Figure 6: Network Configuration Management Main Window 



Notes 
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Optivity Telephony Manager 

Optivity Telephony Manager (OTM) 2.0 is an integrated suite of Windows- 
and Web-based management tools for fault, configuration, accounting, 
performance, and security management. 

OTM support both the Meridian 1 and Succession CSE 1000 platforms, and is 
used to configure and support many Nortel Networks VoIP product solutions, 
such as IP Line, IP Trunk, and Remote Office. 

OTM Windows Navigator 

The OTM Windows Navigator provides the access point to launch system 
windows, utilities, and common services. 


Figure 7: OTM Windows Navigator - Sites View 
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OTM Windows-based applications and capabilities include: 

• Common Services: Provides a common set of tools for navigating 
Optivity Telephony Manager and managing sites, systems, and users 

• Station Administration: Supports creation, maintenance, change, and 
reporting of single- and multi-line station data and Call Party Name 
Display (CPND) information 

• List Manager: Provides a graphical user interface (GUI) alternative to list 
management tasks 

• Traffic Analysis: Collects raw traffic data and presents the statistics in an 
easy-to-read format 

• Telecom Billing System (TBS): Collects call detail records and generates 
cost reports and graphs for call costing, billing, and planning 

• General Cost Allocation System (GCAS): Assigns usage charts to 
appropriate entity, generates reports, tracks and monitors outside charges, 
and allocates charges to the appropriate entity in the organization 

• Consolidated Reporting System: Generates reports from the TBS and the 
GCAS from a single interface 

• Call Tracking: Monitors calls through user-defined filters, aiding in 
detection of unusual call patterns potentially leading to toll fraud 

• ESN Analysis and Reporting Tool (ART): Simplifies data input and 
output functions performed in Overlays 86, 87, and 90 

• Alarm Management: Improves the handling of system-generated alarms 
and events 

• Maintenance Windows: Triggers maintenance tasks—Status, Enable, 
Disable, Test—with the click of a mouse 

• Inventory Reporting: Generates inventory files for system cards and sets 

• Directory Services: Stores employee and organizational data 


Notes 
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Web-based Services 

The OTM Web Navigator features a context-sensitive, expandable tree view of 
network elements and provides the ability to launch other Web Servers, such as 
Element Web management. 

The Web Navigator also provides the ability to configure and administer OTM 
users. 

Figure 8: OTM System Navigator - Sites View 



Notes 



Issue 1.0 April 30, 2003 


Nortel Networks VoIP Product Overview 







Page 24 of 30 


Web-based Services 

OTM Web-based services provides a number of the same functions available in 
the OTM Windows services. 

OTM provides the following Web-based (http) applications and capabilities: 

• OTM Web Navigator 

• Virtual Terminal Service (command line interface from the Web) 

• Web System Terminal 

• Web Station Administration 

• Web Alarm Browser 

• Maintenance Pages 

• Customizable Web Help 

• Web User Access and Session Monitor pages 

• Desktop Services that provide Web pages to display directory and 
telephone configuration 


V Tip: •See the “Bulletins” section of this guide for additional 
information about the OTM. 
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Element Management 

For Succession CSE 1000 2.0 systems. Element Management simplifies 
system configuration and management. Element Management organizes 
network elements into logical groups and provides access to information 
traditionally spread into multiple overlays. 

You can access Element Management directly using a Web browser or from the 
OTM Windows Navigator. 

Figure 9: Element Management Login 



Note: Element Management is not supported on the Netscape browser. 
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Notes 




N&RTEL 

NETWORKS 


Management and Configuration Functions 

The Element Management Home window provides quick access to a variety of 
management and configuration functions. 

Figure 10: Element Management Home 
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Management and configuration functions include: 

• System Status: Perform maintenance activities on IP Telephony and Call 
Server components. 

• Configuration: Configure: 

Customer data, trunks, and routes (LD 14, LD 15, and LD 16) 
D-channel and Common Equipment data (LD 17) 

Digital Trunk Interface (LD 73) 

flexible Code Restriction and Incoming Digit Conversion (LD 49) 

IP Telephony 

• Network Numbering Plan: Configure ESN data blocks for the Call Server 
and the Gatekeeper 

• Software Version: View software version, ISM parameters, packages, and 
download IP telephony software and firmware 

• Patching: Download, activate, and deactivate patches for the Call Server 
and IP Telephony 

• System Utilities: Back up and restore databases, set time and date, and 
upload software and firmware to a directory on the Succession CSE 1000 
Signaling Server 


ft 
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Modified Overlays 

Overlays modified to provide a Web-based interface for configuring Call 
Server and Branch Office Media Gateways include: 

• LD 02: Traffic 

• LD 14: Trunk Data Block 

• LD 15: Customer Data Block 

• LD 16: Route Data Block 

• LD 17: Configuration Record 1 

• LD 20, 21 and 22: Print Reports 

• LD 32: Network and Peripheral Equipment Diagnostic 

• LD 36: Trunk Diagnostic 

• LD 43: Equipment Datadump 

• LD 49: New Flexible Code Restriction and Incoming Digit Conversion 

• LD 60: Digital Trunk Interface and Primary Rate Interface 

• LD 73: Digital Trunk Interface 

• LD 86. 87 and 90: Electronic Switched Network 

• LD 96: D-Channel Diagnostic 

Online Help is available to help you configure the Call Server. Media 
Gateways, Branch Office. Signaling Server, and Voice Gateway Media Cards. 


Tip: If you wish to capture real-time changes as they occur in Element 
Management, turn off Internet Explorer browser caching. 


• • • • 
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Summary 

In this lesson, you learned about these Nortel Networks VoIP solutions that are 
the focus of this course: 

• Business Communication Manager (BCM) 3.0 

• Meridian 1 Internet Enabled 25.40 

• Succession CSE 1000 2.0 

• Succession Internet Telephones 

• Remote Office portfolio 1.3x 

• Integrated Solutions portfolio 

• System management interfaces: 

BCM Unified Manager and Network Configuration Manager (NCM) 
Optivity Telephony Manager 2.0 
Element Management 
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Parameters that Impact IP Telephony 
Network Traffic 


Introduction 

To meet the customer’s voice quality objectives, you must analyze and, if 
appropriate, modify the parameters that impact IP telephony network traffic. 

Some of these parameters include: 

• CODEC selection 

• Voice Activity Detection (VAD) 

• Packet size 

• Delay 

• Packet loss 

• Link type and performance 

• Bandwidth 

Objectives 

After completing this lesson, you will be able to identify parameters that 
impact IP telephony traffic and recommend any configuration changes 
necessary to meet the customer requirements. 


Notes 
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CODECs 

The algorithm used to compress and decompress voice is embedded in a 
software entity called a CODEC (coder/decoder). 

The time needed to encode, packetize, and decode voice transmissions varies, 
depending upon the CODEC selection. 

CODEC Selection 

CODECs commonly used for VoIP are: 

• G.711: 64 Kbps* 

Pulse Code Modulation (PCM) 

CODEC of choice when bandwidth is not an issue 
Delivers excellent voice quality 

Generally, the default CODEC for Local Area Networks (LANs) 

• G.729: 8 Kbps* 

Conjugate Structure-Algebraic Code Excited Linear Prediction 
(CS-ACELP) 

Conserves bandwidth through voice compression, while still delivering 
acceptable quality voice 

Generally, the default CODEC for Wide Area Networks (WANs) 

• Estimated bandwidth requirement 


Notes 
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G.711 is the preferred CODEC for VoIP and is generally the default for LANs. 


Over bandwidth-limited connections, such as WANs, it is sometimes necessary to 
select a CODEC that provides voice compression to conserve bandwidth. The G.729 
CODEC is generally used because it delivers near toll quality voice, while conserving 
bandwidth. 


Notes 
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Performance of Speech CODECs based Upon Compression 
Standards 

There are CODECs other than G.729 that offer voice compression; however, 
G.729 is recommended because it has less delay. 


Table 1: Performance of Speech CODECs Based Upon Compression Standards 


CODEC 

Sample Time 

Look Ahead 
Delay 

Minimum 
Compression 
Algorithm Delay 

Voice Quality 

G.711 (64 Kbps) 

.125 ms 

Not applicable 

.125 ms 

Toll quality 

G.729 (8 Kbps) 

10 ms 

5 ms 

15-25 ms 

Near toll quality 

G.723.1 (5.38/6.3 

Kbps) 

30 ms 

7.5 ms 

37.5 ms 

Fair to good 
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Parameters that Impact IP Telephony Network Traffic 


Issue 1.0 April 30, 2003 


• ••• 






















Page 5 of 32 


Voice Activity Detection 

Most conversations include about 50 percent of silence. 

Voice Activity Detection (VAD) is a software application that allows a data 
network carrying voice traffic to detect the absence of audio and to conserve 
bandwidth by preventing the transmission of silent packets over the network. 

CODECs are available with and without VAD; for example, the G.729A/B 
CODEC supports VAD. The G.711 CODEC does not support VAD. 

Caution: Be careful when implementing VAD, as it can cause 
clipping effects to voice transmissions. 


Figure 2: Voice Activity Detection 
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Studies show when a 150 ms delay budget is exceeded, users perceive the 
delay. This can result in poorer voice quality, especially when using voice 
compression. 
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Types of Delay 

Types of delay include: 

• End-to-end delay (latency) 

• Variable Delay (jitter) 

The key is to identify and compensate for delay. 

End-to-End Delay (Latency) 

End-to-end delay (latency) is the time it takes the called party to “hear" the 
speaker’s voice. Some factors that influence end-to-end delay are: 

• Processing: Time needed to encode, packetize, and decode transmissions 

• Propagation: Distance between source and destination 

• Data network transmission: Link speed (per network segment) 

Variable Delay (Jitter) 

Variable Delay (jitter) produces gaps in the conversation due to an uneven flow 
of data. Some factors that contribute to jitter are: 

• Performance of the network during peak conditions 

• Packet contention for network devices 

• Speed of links 

• Size of voice and data packets 

• Size of router buffers 


V Tip: All networks experience some delay. The key is to identify and 
compensate for delay. 


Notes 
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Example of Delay 

The figure below provides an example of the delays that a voice packet 
experiences as the packet moves through the WAN. Contrast this example with 
the figure on the next page that uses T-l links. 


Figure 4: Estimated Latency for 56 Kbps WAN Links 
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Figure 5: Estimated Latency for T-1 WAN Links 
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Ways to Compensate for Delay ^ 

Some technologies that you can compensate for the delay are: 

• Differentiated Services (DiffServ) 

• Ethernet 802 standards 

• Classification 

• Prioritization 

• Traffic separation 

• Service policies 

• Routing policies 


The techniques implemented vary, however, depending upon the customer's 
network configuration, traffic flows, voice quality objectives, and existing QoS 
and reliability strategies. 

For example, if the network has a mixture of Layer 2 and 3 switches, then the 
DiffServ approach can be an effective approach to manage network traffic by 
class, while providing maximum bandwidth efficiency. 


# 


Notes 
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Packet Loss 

Packet networks break voice, fax, and data into small samples or packets. 
Packets travel independently. They can travel by different routes during a 
single call. Packets are lost through dead-end routes or because a router 
purposely drops packets in order to manage congested links. 

Packet loss creates gaps in conversation that degrade the voice quality; for 
example, clicks, muting, or unintelligible speech. 

Figure 6: How Packet Loss Impacts IP Telephony Traffic 


20 + ms Packets 



G368-003 
5810 


Tip: To achieve maximum voice quality , Nortel Networks recommends 
that packet loss = 0 percent (.5 or less is acceptable). 

• ••••*••••••••••••«•••••• 
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Ways to Compensate for Packet Loss 

You can compensate for packet loss with QoS protocols. Call Admission 
Control (CAC), an Adaptive Jitter Buffer, Packet Loss Concealment (PLC), 
and a bandwidth increase. 

Packet Loss Concealment 

PLC attempts to smooth over the lost voice packet. PLC replays the previous 
voice packet until the next voice packet arrives. A PLC algorithm can repair 
losses of 40-60 ms. Longer gaps in the signal must be muted. 

CODECs designed for packet networks, such as G.729, have built-in PLC. 
Concealment is more difficult with waveform CODECs, such as G.711, 
because the amplitude of the waveform is coded rather than assumptions about 
how the sound was produced. 


Notes 
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Demonstration 

Coded Voice Quality under Various Conditions 

This demonstration shows the effects of coded voice under various 
conditions; for example: 

• Coded voice processing under various background conditions 

• Packet loss under various packet loss conditions 

• Voice quality under echo conditions 

• Effects of excessive speech path delays on calling parties 


Notes 
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Packet Size 

Packet size also impacts IP telephony network traffic. For example, packets 
traversing bandwidth-limited connections (less than 1 Mbps) are subject to 
serialization. 

Figure 7: Serialization Transmission Delay for Different Link Speeds 


Link Speed 
in Klips 

56 


64 
12s 
256 
3X4 
1000 
I 541) 
2P4.X 
I POOH 
100000 
150000 


_ Serialization transmission delay in msec, for different link s 

_ Packet Size _ 

4(1 b\tes|80 bvtes |88 bytes 1136 h\tes|l84 b\tes|232 bvtcs|28U bvtes|520 bytesl 


26.286 

23.000 

11.500 
5.750 
3.833 
1.472 
0.956 
0.719 
0.147 
0.015 
0.010 


33.143 

29,000 

14,500 

7.250 

4,833 

1.856 

1.205 

0.906 

0.186 

0,019 

0.012 


40.000 

35.000 

17.500 

8.750 

5.833 

2.240 

1.455 

1.094 

0.224 

0.022 

0.015 


74.286 

65.000 

32.500 

16.250 

10.833 

4.160 

2.701 

2.031 

0.416 

0.042 

0.028 


1 k bytes 
146.286 
128.000 
64,000 
32.000 
21.333 
8.192 
5.319 
4.000 
0.819 
0.082 
0.055 


1.48k hues 
211.429 
185.000 
92.500 
46.250 
30.833 
11.840 
7.688 
5.781 
1.184 
0.118 
i) ir-> 


To calculate delay based upon MTU. use the following formula: 

3: Calculating Delay Based upon MTU 


MTU in bytes x 8 = MTU in bits / Link Speed = Delay 
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Maximum Transmission Unit 

The default MTU packet size for most routers is 1,500 bytes. This is the largest 
packet size allowed on the Ethernet LAN. 

When the access line runs at a low speed (less than 1 Mbps), smaller packets 
must wait behind the larger packets, resulting in intermittent serialization 
delay. 

One technique to reduce packet size is to modify the MTU. 


Figure 9: Maximum Transmission Unit 
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Example 

For example, in an environment with significant network segment utilization, 
such as a WAN, it may be necessary to reduce the MTU packet size. See the 
table below for recommended maximum MTU sizes for various connection 
speeds. 


Table 2: Maximum Transmission Unit Sizes 


Link Speed 

56 Kbps 

64 Kbps 

128 Kbps 

256 Kbps 

512 Kbps 

Recommended 

Maximum MTU 

128 bytes 

128 bytes 

256 bytes 

512 bytes 

1.024 bytes 

Ideal MTU 

70 bytes 

80 bytes 

160 bytes 

320 bytes 

640 bytes 



Caution: Reduction of the MTU can put more data on the WAN 
sooner and is not necessarily as efficient. Also, MTU, in bytes, impacts 
only IP traffic. It has no effect on IPX, AppleTalk, or other protocols. 


Notes 
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Packet Fragmentation 

As described in the previous section, modification of the MTU is one way to 

reduce packet size. Another method is to use Layer 2 fragmentation to divide 

the larger packets into smaller packets. 

Ways to Fragment Packets 

Some ways to fragment packets are: 

• ATM: Divides information into 3-byte cells, natively providing 
fragmentation. 

• Frame Relay standard FRF.12: Defines how VoFR equipment can be 

used to break up large data frames into smaller frames to ensure an even 
flow of voice frames into the network. v 

• PPP fragmentation: Splits large packets into multiple smaller packets and 
encapsulates them into PPP packets before queuing and transmission. This 
allows higher-priority VoIP packets to interrupt and transmit ahead of the 
remainder of larger, lower priority packets that have already been queued. 

• IP fragmentation: Configures IP packets to a size determined by the 
MTU. All routers support IP fragmentation. 

Ensure that the fragment size is not smaller than the voice packet. Fragment 

only the larger data packets, not the voice packets. 


Recommendation 

Nortel Networks recommends PPP as the preferred method for packet 
fragmentation. Use IP fragmentation only if the router does not support a Data 
Link Layer fragmentation protocol, such as PPP or FRF.12. Consult the 
router’s documentation for information on configuring PPP and IP 
fragmentation. 




Notes 
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Link Type 

The link type can impact IP telephony traffic. For example: 

• Frame Relay: 

Frame Relay is a Layer 2 WAN protocol that is based on a publicly 
shared model that is considered best-effort. The provider does not 
guarantee any priority over other transmissions. 

A Committed Information Rate (CIR) service can provide a higher 
level of assurance, but unless the CIR is set for the total peak traffic, 
there is still a chance that traffic that exceeds the CIR will be marked 
Discard Eligible (DE) and dropped by the provider. 


Figure 10: Frame Relay Committed Information Rate 
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• ATM: 

ATM is a Layer 2 LAN and WAN protocol that offers no guarantee of 
prioritization. 

A Constant Bit Rate (CBR) service can provide a higher level of 
assurance. 

The CBR provides a dedicated channel with a fixed bandwidth that is 
based on the needs of the application. 


Notes 
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Configuration and Performance of Routing and Switching 
Devices 


Another factor that impacts IP telephony traffic is the configuration and 
performance of the routing devices within the network. Some parameters to 
consider include: Full-duplex versus half-duplex links, autonegotiation 
settings, and route flapping. 


Full-duplex Links 

On full-duplex links, the sender and receiver use different channels. When 
several calls are made over a full-duplex link, the calls share the same transmit 
and receive path. Because the calls are independent, the peak bandwidth must 
account for the possibility that all speakers at one end of the link can talk at thg 
same time. 


Figure 11: Full-duplex Links 
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Tip: Full-duplex is recommended for VoIP. 


Notes 



Parameters that Impact IP Telephony Network Traffic 


Issue 1.0 April 30, 2003 







Page 21 of 32 


Half-duplex Links 

On half-duplex links, the sender and receiver share the same channel. Voice 
packets are transmitted, even when a speaker is silent. This means that the peak 
bandwidth is double the full transmission rate. 

Figure 12: Half-duplex Links 
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Autonegotiate Settings 

If you connect a device set to autonegotiate into a switch port forced to a 
specific configuration, the connection will fail. 

The autonegotiate side sets itself to the manually configured side’s speed, so 
the speed is satisfactory. However, the autonegotiate side sets itself to half¬ 
duplex transmission. In this case, the switch port is full-duplex and the device 
is half-duplex. This causes the Ethernet collision detection to fail. 



Caution: Make sure that all ports on Layer 2 or Layer 3 switching 
equipment are set to autonegotiate. 


Notes 
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Route or Link Flapping 

Route or link flapping is a condition where a route or link continually fails and 
returns. This causes a great deal of network traffic to update the network about 
the status of the route or link. This can cause congestion, delay, and packet 
loss. 

Ways to Help Alleviate Route or Link Flapping 

Some ways to alleviate route or link flapping include filters, static routing, or 
dampening (confining network instabilities to a confined area). 


m 


Notes 
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Bandwidth 

It is important to identify if the network has available bandwidth to meet the 
customer’s VoIP traffic requirements. Available bandwidth is the maximum 
end-to-end throughput, without reducing the cross-traffic rate 

Bandwidth Calculations 

Voice payload is divided into samples, as determined by the packetization rate 
(pr) of 10. 20, 30, 40, 50, or 60 ms, and enveloped in various protocol layers. 


Calculate Bandwidth without Link Overhead (Layer 2) 

The following figure illustrates how to calculate bandwidth without the link 
overhead (Layer 2). 


Figure 13: Formula to Calculate Bandwidth without Link Overhead (Layer 2) 


(Bytes of Voice Payload + IP header) 
x IP packets generated per second of voice 
x 8 bits per byte 


Notes 
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How Link Overhead Impacts Overhead 

Link overhead varies, depending upon the link-layer protocol used. For 
example, assuming a 40-byte base IP header: 

• PPP: Add 8 bytes to the base header size, for a total header size of 48 
bytes. 

• Frame Relay: Add 6 bytes to the base header size, for a total header size of 
46 bytes. (If using longer Frame Relay addresses, this value is higher.) 

• Ethernet (802.3): Add 18 bytes to the base header size, for a total header 
size of 58 bytes. (If using 802.1Q tagging, this value is higher.) 


Figure 14: How Link Layer Impacts Overhead 
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G.711 CODEC 

Figure 1: G.711 over Ethernet 
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Figure 2: G.711 over Frame Relay 
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G.729 CODEC 


Figure 3: G.729 over Ethernet 


MS 

PPS 

Layer 2 

Math 

Bytes 

Effective BW 

5 ms 

200 

38 

(5 + 40+ 38) x 200 

16600 

132.8 kbps 

10 ms 

100 

38 

(10+ 40 + 38) x 100 

8800 

70.4 kbps 

20 ms 

50 

38 

(20 + 40 + 38) x 50 

4900 

39.2 kbps 


Figure 4: G.729 over Frame Relay 
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Solutions for Bandwidth Limitations ^ 

Solutions for bandwidth limitations include the use of a voice compression d 

CODEC, such as G.729, or the addition of bandwidth. a 

Note: G.711 is the CODEC of choice where bandwidth is not a consideration. 

„ Tip: The VoIP model often uses public networks in which all users 

compete for available bandwidth. An over-engineered network is not • 

’ necessarily the solution. d 


Notes 
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Practice 

Parameters that Impact IP Telephony Network Traffic 

Answer the following questions. 

1. Voice traffic is traversing a WAN with bandwidth-limited connections (less 
than I Mbps). Even with QoS implemented, smaller packets must wait 
behind the larger packets, resulting in intermittent serialization delay. What 
is your recommendation? 



9 


The customer purchased a “best-effort” service from its provider for a 
WAN with Frame Relay links. The WAN is over-engineered, but calls are 
still being dropped during peak traffic conditions. What is your 


recommendation? 



3 . 



3. A customer has a Frame Relay WAN and wants a VoIP solution that 
provides acceptable voice quality while conserving the most bandwidth. 
What CODEC solution do you recommend? 

a. G.711 with VAD 

b. G.711 without VAD 

c. G.729 with VAD 

d. G.729 without VAD 


4. CODEC G.711 supports VAD. 

a. True 

b. False 


Issue 1.0 April 30, 2003 


Parameters that Impact IP Telephony Network Traffic 








# 


Notes 



5. What is the ideal MTU, assuming a 56 Kbps link speed? 

—b 0 

10 0 

6. If you decrease packet size, does overhead increase or decrease? 


1. What is route or link flapping? How can route or link flapping impact voice 
quality? What are some ways to alleviate route or link flapping? 
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Answers to Practice 

Parameters that Impact IP Telephony Network Traffic 

There is no Skill Check for this lesson. 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. 

If you need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned about advanced packet design issues and 
recommendations. Following is a summary of some ot the concepts covered in 
this lesson: 

• G.711 CODEC (64 Kbps) is recommended, when possible, for excellent 
voice quality 

• G.729 CODEC (8 Kbps) is recommended, as necessary, to conserve 
bandwidth: 

Identify customer voice quality requirements 
VAD is subject to clipping effects 
Centralized voice mail can be a call quality issue 

• Layer 2 switch ports must be set to autonegotiate for VoIP devices 

• Work individual situations if autonegotiation fails for a device 

• Link speeds must be fast enough so that large frames do not create jitter 
problems 

• QoS prioritizing and scheduling mechanism must be employed 

• Zero percent packet loss is the goal (.5 or less is acceptable) 


Notes 
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Using the Nortel Networks VoIP 
Bandwidth Demand Calculator 


Introduction 

The Nortel Networks Voice over IP (VoIP) Bandwidth Calculator (VoIP 
Bandwidth Calculator) is a spreadsheet developed by Nortel Networks to make 
VoIP bandwidth requirement calculations easier. 

Objectives 

After completing this lesson, you will be able to use the Nortel Networks VoIP 
Bandwidth Demand Calculation to determine bandwidth requirements based 
upon call volume and packetization parameters and customer requirements. 



Tip: A complete example of the “Nortel Networks VoIP Bandwidth 
Demand Calculator ” is located on the Global Knowledge My Training 
Website for this course (http://get.globalknowledge.com/norteltrainingl 
mytraining). To ensure that you have the most recent version of this tool , 
visit the Nortel Networks Partner Information Center 
(www.nortelnetworks.com/pic). 


Notes 
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Overview 

The VoIP Bandwidth Calculator is designed to show: 

• Impact of VoIP on various segments 

• Number of concurrent calls traversing network 

• Net bandwidth demand 

• Per-call bandwidth demand for transport type versus packetization rate 

• Predicted bandwidth savings effect of enabling Voice Activity Detection 
(VAD) 

Supported technologies 

Supported technologies in the VoIP Bandwidth Calculator include: 

• CODECs: G.711, G.729. and G.723 

• Packetization intervals: 10, 20, 30, 40, and 60 ms 

• LAN/WAN technologies: 

802.3 LAN. 10 mbps, half-duplex 

802.3 LAN, 100 mbps, half-duplex and full-duplex 

Point to Point Protocol (PPP) over Private Leased Line of various 

common speeds 

Frame Relay over Access Lines of various speeds 
ATM (AAL5) over Access Lines of various speeds 


Notes 
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Organization 

The VoIP Bandwidth Calculator is organized into the following worksheets: 

• Summary Worksheet: 

Net bandwidth demand for each LAN/WAN technology for specified 
number of concurrent voice calls and VAD effect, formatted for 
printing 

Protocol Overhead settings used to create the calculations 

• Tables Worksheet: 

Protocol Overhead values used in the calculations 

• Charts Worksheet: 

Comparisons of per call bandwidth demand for each transport type 
versus packetization rate for G.711 and G.729 on two output charts and 
print pages 

Overhead settings used to create the calculations 

• Detailed Calculation Worksheets: 

- Two detailed calculations pages for G.711, G.729, and G.723 CODECs, 
one without VAD and one with VAD 


Notes 
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Using the Bandwidth Calculator 

The Bandwidth Calculator contains unlocked (editable) and locked (fixed and 
calculated) cells. The unlocked cells are identified by a yellow shaded 
background. The tool recalculates instantly whenever the value of an unlocked 
cell is changed. 

Unlocked (Editable) Cells 

The unlocked (editable) cells include: 

• Summary Worksheet: 

Number of Voice Trunks: Number of concurrent, active voice calls. 
VAD Effect (Bandwidth Savings): Percentage bandwidth reduction 
value (40% is suggested). 

• Tables Worksheet: 

IP RTP Header Compression Overhead (on): Normal value is 4 
octets, but some implementations allow 2octets. 

802.3 Overhead: Value of 38 includes 802.3 header, preamble, and 
interframe gap. Other values could be 26 or 18. 

Frame Relay Overhead: Normal value is 6 octets, but can be 5, 6, 7. 8, 
or more, depending upon Flag Optimization and use of Extended 
Addressing capabilities. 

PPP Overhead: Normal value is 7 for a 2-octet FCS. or 9 if a 4-octet 
FCS is used. 


Notes 
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Locked (Fixed and Calculated Fields) 

The fixed (locked) cells include: 

• IP Overhead: 

Set to 40 octets - 20 for IP, 8 for UDP, and 12 for RTP headers 

• ATM Overhead: 

Calculated using AAL5 rules and is variable due to forcing traffic to fit 
fixed ATM 53-octet cell size 

Various amounts of padding are used to fit the cell size but consumes 
bandwidth that cannot be used by other applications 


Notes 
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Notes 


Practice 

Using the Nortel Networks VoIP Bandwidth Demand Calculator 

Given the customer requirements, use the VoIP Bandwidth Calculator to 
determine bandwidth requirements based upon call volume and packetization 
parameters. 

1. Assume the following: 

A customer wants to put two calls across a PPP connection that hasJJ28 
Kbps of bandwidth. Q ^ ^ ^ 

Half of this link will need to be available for data traffic. c —^ 

Packet loss is a concern. 

The CODEC used is G.729. with VAD (40 percent expected savings) ’ 
Header compression is not used. 

What is the minimum possible packetization rate to complete the two calls? 


10 ms 


b. 20 ms 

c. 30 ms 

d. 60 ms 


SS Is 3 t> bf> i 
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2. Assume the following: 

A customer has two locations with VoIP trunking in between the 
locations. 

The customer wants to increase their call volume from 10 to 15 
simultaneous calls. 

The Transport method is ATM/AAL-5. 

The CODEC is G.729 with VAD (40 percent expected savings) 
The Packetization is 10 ms. 

How much additional bandwidth is required? 

a. 127 kbps 

b. 254 kbps 

c. 382 kbps 

d. 424 kbps 


Notes 
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Answers to Practice 

Using the Nortel Networks VoIP Bandwidth Demand Calculator 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned how to use the VoIP Bandwidth Calculator to 
analyze these parameters: 

• Impact of VoIP on various segments 

• Number of concurrent calls traversing network 

• Net bandwidth demand 

• Per-call bandwidth demand for transport type versus packetization rate 

• Predicted bandwidth savings effect of enabling VAD 
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Traffic Flow Design Considerations 


Introduction 

In the previous lesson, you learned about the parameters that impact IP 
telephony traffic. This lesson focuses on how to analyze the network’s existing 
traffic flows and develop a Quality of Service (QoS) strategy to ensure that the 
network can support the customer’s Voice over IP (VoIP) traffic requirements. 

Objectives 

After completing this lesson, you will be able to perform these tasks: 

• Use traffic measurements, such as Centi Call-Second (CCS) and Erlang, to 
identify the network’s existing traffic flow and traffic patterns 

• Identify QoS techniques that you can implement to ensure optimal traffic 
flows and meet customer requirements 

• Analyze customer data protocols and application requirements to identify 
whether certain data traffic is to be given priority over voice traffic 

• Given customer requirements, make QoS recommendations to ensure 
optimal traffic flow 


Notes 
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Traffic Engineering 

Traffic is the amount of activity a communications system generates during a 
given time from telephones, trunks, agents, and fax ports. All traffic is bi¬ 
directional. On a VoIP network, traffic engineering involves the measurement 
and control of traffic. 

The main VoIP traffic sources are Internet Telephones and IP clients. These 
devices can be located in a wide geographical area that traverses through 
Intranets and Internets. 

Figure 1: Traffic Engineering 


• Assess traffic flows over period of time 

• Observe peak times 


V Tip: Perform system traffic engineering on an individual node basis. If 
the node is part of a network, consider traffic between nodes when 
calculating digital (PR!) trunking facilities. 


Notes 



Traffic Flow Design Considerations 


Issue 1.0 April 30, 2003 








Page 3 of 46 

Traffic Measurement 

Traffic measurement is the analysis of the network’s existing traffic flow and 
patterns. This is necessary to determine how many users and how many calls 
the VoIP network can support. Some parameters to consider include: 

• Number of calls 

• Number of users (number of distinct phone numbers) 

• Duration of calls 

• Number of concurrent calls 

• Call volume profiles 

• Location and call flow 

• Number of faxes sent and received, as well as the number of pages 


Notes 
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Commonly Used Traffic Measurements 

Commonly used traffic measurements are: 

• Centi Call-Second (CCS) and Erlang: 

CCS is 100 seconds of telephone conversation. 

One hour of telephone traffic equals 36 CCS or 1 Erlang. 

When calculating VoIP traffic and PR1 trunk requirements, use the 
Erlang B model (infinite sources, blocked call cleared). 

• Busy Hour: 

The capacity of a telephony system is expressed in terms of the Busy 
Hour. 

As a standard, the Busy Hour generally is based on the average of the 
busiest hours of the busiest days of a telephony system over a defined 
period, generally a week or longer. 

An end user generally defines the Busy Hour based upon business 
requirements, not necessarily just the 10 busiest hours of the busiest 
days. 

If the solution includes a voice mail system, pay special attention to the 
Busy Hour activity. 


Notes 
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Calculate Traffic 

When calculating VoIP traffic and PRI trunk requirements, use these 
guidelines: 

• Erlang B model: Infinite sources, blocked call cleared 

• Busy Hour: An end user generally defines the Busy Hour based upon 
business requirements 

• Average call holding time in seconds: 

Finance industry average (192 seconds) (T) 

• Erlangs per site: 

(C x T) / 3600 (An Erlang is a trunk used for 1 full hour) 

- 1 Erlang = 36 CCS 

• Current WAN trunk utilization: 

Bandwidth headroom desired (safety factor): 

- 15-20 percent for T-l 

- 50-55 percent for 64 Kbps 

- Current end-to-end one way delay: Less than 150 Ms 

• Desired Grade of Service: 

Assume P.01: 1 call in 100 gets blocked 

• Desired CODECs: 

Recommend G.711 for intrasite 
Recommend G.729 for intersite (includes VAD) 


Notes 
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Practice 

Traffic Measurement 

Given the information in each step, answer the questions. For help, use the 
tables titled "The Math.” 


1. Given the following: 

Number of VoIP users (calls): 4 
Average hold time: 150 seconds 

- G.729A/B CODEC 

- G.711 CODEC 
Sample: 30 ms 
Formulas: 

- CCS per user = 

# of calls (sets) * average holding time in seconds /100 

- Total Voice CCS (Tv) = CCS per user * # of VoIP users (calls) 

— AAUyU. 


What are the voice traffic requirements? 

- CCS per user: _ 

- Total Voice CCS (Tv): 


Notes 
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# of calls 

* 

Average holding time in 
seconds 

/ 

100 

= 

CCS I’er User 

A 


* 

u° 

/ 

100 

— 

6 


Total Voice CCS (Tv): 


CCS per user 

* 

# of VoIP users (calls) 

= 

Tv 

6 

* 

A 

= 

2A 


• • •••••»•••••••••••••• 


Notes 
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2. Given the following: 


Sent faxes: 25 (5 pages) 1 25 
Received faxes: 20 (3 pages) 

Bandwidth: 14.4 kbps 
Sample: 16.6 ms 

Average time to receive or send: 48 seconds 
• Formulas: 

CCS per user sending fax = 

# of fax pages sent * average time to send a page /100 

CCS per user receiving fax = 

# of fax pages received * average time to receive a page 

- Total Fax CCS (Tx) = 

CCS per user sending fax + CCS per users receiving fax 


What are the fax traffic requirements? 


- CCS per user sending fax: _ 

- CCS per user receiving fax: 


6 0 


- Total Fax (Tx): 


* • •*••*•••••••••••••••••• 

Notes 
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The Math 

CCS Per User Sending Fax: 


# of fax pages sent 

* 

Average time to send a 
page 



= 

CCS per user 
sending fax 

1 


* 

AS 



= 

4o 


CCS Per User Receiving Fax: 


# of fax pages received 

* 

Average time to send a 
page 

/ 


= 

CCS per user 
receiving fax 

Go 

* 


/ 

100 

— 

zs.s 


Total Fax CCS (Tx): 


CCS per user sending fax 

+ 

CCS per user receiving fax 

= 

Tx 


+ 


= 



• •••••• 


Notes 
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3. Given the following: 


a. 


Total Traffic (T) = Tv + Tx 

Total Voice Bandwidth (Bv) = Tv * CODEC bandwidth 
Total Fax Bandwidth (Bx) = Tx * fax bandwidth 
Total Bandwidth (Bt) = Bv + Bx 
Compensation for Peakedness Value of 1.3 = 

Bt * 1.3 (total utilization) 


What are the VoIP traffic requirements, assuming G.711? 
- Total Traffic (T) (voice and fax): ^ 1 ^ _ 



- Total Voice Bandwidth (Bv): f )*% ^ 

- Total Fax Bandwidth (Bx): ^(5 Mbps 


- Total Bandwidth (Bt) (voice and fax): _ 

- Compensation for Peakedness Value of 1.3: It ^^3 


Notes 
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The Math 

Total Traffic (T) (voice and fax): 


Tv (from Part 1) 

+ 

Tx (from Part 2) 

= 

T 

-M 

+ 


= 

1 12,8 

Total Voice Bandwidth (Bv): 

Tv (from Part 1) 

* 

CODEC Bandwidth 
(G.711) / .^ 

= 

Bv 


* 

7(,#7 bp* 

= 


Total Fax Bandwidth (Bx): 

Tx (from Part 2) 

* 

Fax Bandwidth 

= 

Bx 

84 , $ 

* 


= 



Total Bandwidth (Bt) (voice and fax): 


Bv 

+ 

Bx 

= 

Bt 

U2P, 4^/* 

+ 

<5 £#,44 

= 

360^ 54 *4?* 
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v'O ijl\oot 

b. What are the traffic requirements, assuming G.729A/B VAD? ^ 

- Total Traffic (T) (voice and fax) I 13-/$ _ 0 

- Total Voice Bandwidth (Bv):_ p-S _ 

- Total Fax Bandwidth (Bx): _ £,%ribps _ u 

- Total Bandwidth (Bt) (voice and fax): ~^/ ^ ^ _ 


Notes 



/ 
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Total Traffic (T) (voice and fax): 
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Tv (from Fart 1) 

+ 

Tx (from Fart 2) 

2,4 

+ 

ss,s 



U Z, s’ 



CODEC Bandwidth 
(G.729A/B with VAD) 


'ZOy'Fl 




Total Fax Bandwidth (Bx): 


Tx (from Fart 2) 

* 

Fax Bandwidth 


* 



A $6,4$ 



6 , 6 ^ 


Total Bandwidth (Bt) (voice and fax): 


Bv 

+ 

Bx 


+ 

6,# 



7 


Compensation for Peakedness Value of 1.3: 


Bt 

* 

1.3 (total utilization) 


* 

I/* 



Compensation for 
Compensation for 
Feakedness Value of 1.3 


1 1 4 ^ 
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c. What are the traffic requirements, assuming G.729A/B vvithUBff VAD? 

- Total Traffic (T) (voice and fax) \ ^ ? _ 

- Total Voice Bandwidth (Bv): I; ^ ^ _ 

- Total Fax Bandwidth (Bx):_ C f ~7 ^ fl bps _ 

- Total Bandwidth (Bt) (voice and fax): ,0 ^ ^ _ 

- Compensation for Peakedness Value of 1.3: I ^ 


Notes 
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The Math 

Total Traffic (T) (voice and fax): 


Tv (from Part 1) 

+ 

Tx (from Part 2) 

= 

T 


+ 


= 

HZ,? 


Total Voice Bandwidth (Bv): 


Tv (from Part 1) 

* 

CODEC bandwidth 
(G.729A/B without VAD) 

= 

Bv 

2-4 

* 

lh< 6 

— 

2^ i, &it K- 


Total Fax Bandwidth (Bx): 


Tx (from Part 2) 

* 

Fax Bandwidth 

= 

Bx 

S&.S 3 

* 


= 

7 6 tttfs 


Total Bandwidth (Bt) (voice and fax): 


Bv 

+ 

Bx 

= 

Bt 


+ 

6,1 i bb P s 

= 



Compensation for Peakedness Value of 1.3: 


Bt 

* 

1.3 (total utilization) 

= 

Compensation for 





Compensation for 





Peakedness Value of 1.3 


* 

//3 

= 

% rznbrs 
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Answers to Practice 

Traffic Measurement 





If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the Practice requirements. 


Notes 
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Quality of Service 

The VoIP network encompasses many different technologies, and there is no 
single technology that can ensure end-to-end QoS. As packets traverse the 
network, they traverse different link layers. A layer approach is sometimes 
required to create a QoS-enabled network. 


Figure 2: VoIP Network 



• •••••••«•••••••••••*•••• 


Notes 
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Quality of Service Technologies 

Some QoS technologies are: 

• Layer 2 (Ethernet) classification: Classifies packets by fields in the 
Ethernet header 

• Layer 2 (Ethernet) port-based prioritization: Divides traffic into 
categories, such as high, medium, and low or gold, silver, and bronze 

• Layer 3 Differentiated Services (DiffServ): 

Separates traffic into different service level queues to ensure certain 
traffic types traffic receive precedence over other traffic types 
Provides a consistent Per Hop Behavior when crossing multiple Layer 
3 network devices 

• Layer 4 (TCP/IP) Classification: Classifies packets by Source and 
destination TCP/UDP port number and Protocol ID 

• Packet Fragmentation: Divides large packets into smaller packets prior to 
their traversal over bandwidth-limited connections 

• Policy Management: Prioritizes traffic via management or service policies 

• Zone bandwidth management: 

Divides the VoIP devices into logical groupings (zones) to determine 
CODEC selection and to aid in bandwidth management 
Configured after QoS-managed IP network has been designed 


Notes 
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Implementing QoS 

The QoS technologies that you implement vary depending upon factors, such 
as the network design (LAN or WAN), switching devices (Layer 2, Layer 3, or 
a combination), and types and placement of VoIP devices. For example. QoS 
for a Campus LAN where there is an abundance of bandwidth is different than 
on a WAN where bandwidth is not as plentiful or inexpensive. 

As you implement QoS, remember the following: 

• Cl ass o f Serv ice is no dal. It provides behavioral treatment of traffic flows 
through a network node and offers traffic prioritization and discarding. 

• QoS is netwo rk -wide. It provides a guaranteed level of traffic service 
performance across the network. In essence, QoS is CoS plus bandwidth 
reservation and admission control mechanisms. 

Layer 2 (Ethernet) Classification 

With Layer 2 (Ethernet) classification, packets are classified by these fields in 
the Ethernet header: 

• Media Access Control (MAC) address 

• IEEE 802.IQ 

This is a common QoS technique for a Virtual LAN (VLAN). 

A VLAN is a group of stations that share a common purpose or characteristic, 
regardless of their physical location (connection to a switch) in the network. 

A common purpose can be that all of the stations of a particular VLAN are part 
of the Accounting Department Information System. A shared characteristic 
may be that all the stations of a particular VLAN have the same network 
identifier or use the same network protocol. 


Notes 
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Traffic Separation with Virtual LANs 

Each VLAN is considered to be its own broadcast domain. The users on one 
VLAN (VLAN 1) only see the broadcast traffic of VLAN 1, and the users on the 
other VLAN (VLAN2) only see the broadcast traffic of VLAN2. To 
communicate from VLAN 1 to VLAN2, a router is required. 

Figure 3: Virtual LANs 


Physical Topology 

Q B c © 



VLAN 1 
0 VLAN 2 


Logical Topology 

* VLAN 1 



VLAN 2 
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Guidelines 

Remember the following: 

• All of the Ethernet switches must support the Ethernet 802.1Q standard for 
VLANs. 

• VLANs only provide QoS on Layer 2 switches that support the 802.IQ 
(VLAN) standard. Once the packets leave the Layer 2 switch and 
encounter routers or WAN switches, use another technique, such as 
DiffServ, to provide end-to-end QoS^ 

• Implement security between VLANs through the router that connects them. 

• The use of VLANs is an optional technique, depending upon the 
customer's requirements. Not all vendors support the use of VLANs. 


• ••••••••*••••••••••••••• 


Notes 
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Media Access Control Address 

The MAC address is a unique hardware number for a device. For example, the 
PC’s physical MAC address generally is the number burnt into the PC’s 
Network Interface Card (NIC) by the manufacturer. 


The MAC address takes the form of six two-digit hexidecimal numbers. The 
first three numbers of each MAC address are the manufacturer’s number. The 
last three numbers of the MAC address are the serial number of the card. 

Figure 4: MAC Address Format 


Organizationally Unique Identifier 
(OUI) 


0000 000 0000 0000 1000 0001 

r~ 

Multicast Bit 
0 = Unicast 
1 = Multicast 


Administered by Vendor 


0000 0001 0000 0010 0000 0011 


Well Known OUls 

oo-oo-co 

Cisco 

00-00-81 

Synoptics 

00-00-A2 

Wellfleet 

00-80-C7 

Xircom 

00-E0-16 

Rapid City 

00-00-5E 

IANA 

00-60-38 

Nortel 

00-90-CF 

Nortel 

00-80-C2 

IEEE 
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IEEE 802.1 Q 

IEEE 802.IQ VLAN tagging provides a standard to indicate membership to a 
VLAN. A distinct QoS service can be easily applied on a VLAN-wide basis to 
all packets that belong to the same VLAN. 

The IEEE Ethernet 802.IQ standard adds four additional bytes to the Ethernet 
header. Within those 4 bytes, there are 2 fields of interest for Ethernet QoS: 

• 802.Ip: Three user priority bits that can be used to create eight classes of 
service over Ethernet, with 802.Ip value of “7” being the highest priority 
and "0” being the lowest priority. 

• VLAN ID: Twelve bits used for traffic separation or to group traffic with 
similar types of requirements 

You can use 802.Ip or the VLAN ID to prioritize traffic. 


Figure 5: 802.1 Q Tag in Ethernet Header 



Notes 
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IEEE 802.1 p 

With 802. Ip, the class of service the traffic is given is based on the three-digit 
priority field. The classes of service map to the queues based on the Nortel 
Network Service Classes. 

Critical and Network traffic are marked with an 802.1 p value of 7 (111), 
Premium is 6. Platinum is 5. Gold is 4, Silver is 3, Bronze is 2, Standby is I, 
and Best Effort is 0. 

Figure 6: IEEE 802.1 p 


1 Service Class 



Critical 

7 

in 

Network 



Premium 

6 

110 
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Layer 2 (Ethernet) Port-based Prioritization 

For stationary devices, such as VoIP gateways, port-based prioritization is an 
effective method to prioritize all traffic for a specific port of a Layer 2 device. 


Figure 7: Port-based Prioritization 



c 
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Communication Server 


Guidelines 

When using port-based prioritization, remember the following: 

• 802.Ip is not required because of the port’s traffic receives a high priority 
treatment. 

• If the IP device is stationary, such as a VoIP gateway, use port-based 
prioritization on the Ethernet switch port that connects to the device. 

• If the IP device can be unplugged and moved, such as an Internet 
Telephone, port-based prioritization is not recommended. 

• If a PC is connected to a port configured for port prioritization, then all of 
the PC’s traffic receives a high priority treatment. 

• Backbone routers reserve more ports than edge routers. 

• Port ranges on edge routers are a subset of backbone router port ranges. 

• Reserve two ports for each call expected to be carried over WAN link. 


Notes 
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DiffServ Domain 

The DiffServ network is divided into domains. A DiffServ Domain is defined 
as a network domain that has a common set of QoS policies or configuration 
rules. The DiffServ domains include three types of devices or nodes: Edge, 
Boundary, and Interior. The type of functionality required for the particular 
DiffServ network region determines the DiffServ node type. 

DiffServ Edge and Boundary nodes interconnect trusted and untrusted parts of 
the network. The DiffServ Edge node is the first IP-aware device that applies 
the QoS polices for the edge of the DiffServ Domain and connects a DiffServ 
domain to a non-DiffServ network. A DiffServ Boundary node is the first IP- 
aware device that provides QoS policies between two or more DiffServ 
network domains. 

A DiffServ Interior node is in the trusted part of the DiffServ network domain 
and has less complex traffic policing and conditioning than its edge or 
boundary node counterparts. 

Figure 2: DiffServ Domain 
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Specifying Per Hop Behaviors 

A six-bit field in the IP header, known as the Differentiated Services Code 
Point (DSCP), specifies the per hop behavior for a given flow of packets. This 
field replaces the IP Precedence Field in Type of Service (ToS). 

There are 64 possible DSCP values. Of these values, 32 are for public use, 21 
are standardized, and 3 are experimental. 


Figure 3: Differentiated Services Code Point 



Notes 
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Marking Packets 

A packet’s DSCP field is marked in several ways: 

• By the endpoint within the device or application where it originates 

• By the intelligent switch where the device is connected to the network 
based on preselected criteria, such as: 

- TCP/UDP Port 
IP Address 

- VLAN 

• At the core or edge router where the packet encounters links 

Tip: In some cases, intelligent Layer 2 QoS switches set the IEEE 
802.1p value. When the packet is passed to a Layer 3 Switch, the uplink 
module on the Layer 2 Switch is intelligent enough to map the CoS 
priority to a DiffServ code point value and alter that value in the packet 
before it forwards the packet. 


Notes 
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Trust Configuration 

DiffServ edge routers and switch interfaces can be configured to trust or 

distrust previously marked DSCP- or 802.1p-tagged packets. 

Guidelines 

With a trust configuration, remember the following: 

• Voice packets entering untrusted interfaces are re-marked to a DSCP or 
802.Ip value of 0 (best effort), unless you define filters to classify and 
mark the packets with a specified DSCP or 802.Ip value. 

• If the router and switch interfaces are configured as trusted interfaces, then 
the packets are not re-marked. The pre-marked voice packets are 
prioritized based on their DSCP and 802.Ip values. 

• A router can use the DSCP to queue pre-marked Internet Telephone 
packets if the packets have arrived from a trusted source. For example, a 
Layer 3 switch can have Ethernet ports assigned just to Internet 
Telephones. These ports can be configured to trust that the Internet 
Telephones have marked the packets correctly. 


Note: The highest DSCP value is OxBX. 








Notes 
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Best-effort Networks 

If you are adding VoIP to a best-effort network, a simple approach is to create 
the network QoS with only three priority levels: 

• Premium: For voice traffic 

• Platinum: VoIP signaling traffic 

• Best-effort: IP data traffic 

Figure 4: Best-effort Networks 



1. Premium: For voice traffic 

2. Platinum: VoIP signaling traffic 

3. Best-effort: IP data traffic 


Notes 



Issue 1.0 April 30, 2003 


Traffic Flow Design Considerations 






Page 32 of 46 


Layer 4 (TCP/IP) Classification 

Layer 4 (TCP/IP) Classification prioritizes packets by these fields in packet 
header: 

• Source/destination TCP/UDP port number 

• Protocol ID 

Guidelines 

Remember the following: 

• RTP is used by many multimedia applications, such as real-time fax, video, 
and voice. 

• Protocol ID classification cannot accurately prioritize voice packets. 

• Sometimes another application uses same port number range, causing 
packets to be mistaken as voice packets and assigned incorrect QoS. 

Note: If a specific range of port numbers is assigned to an Internet 
Telephone, the router recognizes that the packet has originated from a port 
number assigned to Internet Telephones. The router prioritizes the packet 
as a voice packet. 


Notes 
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Packet Fragmentation 

As you learned in the previous lesson, packets traversing bandwidth-limited 
connections (less than 1 Mbps) are subject to latency and jitter. 

Ways to Fragment Packets 

You also learned about some ways to fragment packets, including: 

• ATM 

• Frame Relay standard FRF. 12 

• PPP fragmentation (Nortel Networks recommendation) 

• IP fragmentation 

See the “Parameters that Impact IP Telephony Network Traffic” lesson for 
additional information. 


Review 

When implementing packet fragmentation, remember the following: 

• Without prioritization, voice packets can arrive out of order, be discarded, 
or be dropped. 

• The processing time to fragment, interleave, and reassemble packets can 
add delay. 

• Some applications do not function because they set the “Do Not Fragment” 
bit. This prevents the application’s packets from being transmitted. 

• With IP fragmentation, only the first packet in a series of fragmented 
packets contains the Layer 4 and higher protocol information. 

• A reduced MTU size can put more data on the WAN sooner and is not 
necessarily as efficient. 


Notes 
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Policy Management 

You can implement prioritization of VoIP traffic through policy management 
or service policies. Policy management allows the network administrator to 
control traffic flow based on the following: 

• Traffic condition: 

- VLAN ID 

User priority value 
DSCP value 
Protocol type 

• Schedule: 

- Time and dates a policy are effective; for example. Always On 

• Actions: 

Condition for voice packets to be filtered; for example, Mark traffic 
Premium 

Policy Management Components 

Policy management includes: 

• Devices 

• Rules 

• Actions 

• Policy 


Notes 
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Figure 5: Policy Management 


Notes 
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When Data Requires Priority 

Sometimes, on a converged network, selected real-time or time-critical data 
packets require priority over voice packets. For example: 

• Real-time hospital patient care information 

• Real-time information about stock transactions 

• Real-time banking information 

• Point of Sales (POS ) applications 

• Enterprise Resource Planning (ERP), such as finance and human resources 


Figure 6: When Data Requires Priority 
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Guidelines 

When implementing prioritization, remember the following: 

• Differentiated Services (DiffServ): The class assigned to the traffic by 
class determines the traffic’s precedence: 

Expedited Forwarding (EF): Recommended for applications that 
require a hard guarantee on the delay and jitter 
Assured Forwarding (AF): Recommended for applications that 
require a better reliability than the best-effort service but are not 
mission critical 

• Prioritization: Some real-time protocols are delay-sensitive and can 
benefit from prioritization. 

Real-Time Protocol (RTP) 

User Datagram Protocol (UDP) 

Internet Control Message Protocol (ICMP), if used for fallback and not 
ping 


Notes 
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Practice 

Traffic Control 

Answer the following questions. 


1. How does DiffServ provide end-to-end QoS, while ensuring maximum 
bandwidth efficiency? 

; r -v - 


2. When implementing a VoIP solution, why is it important to isolate traffic 
types with a VLAN? 

- , , 

3. Which technique provides end-to-end QoS for Layer 3 and Layer 3-/Layer 
4 switched networks? 

51V 

4. At what Layer is packet classification by Source and destination TCP/UDP 
port number and Protocol ID performed? 


a. Layer 2 

b. Layer 3 

c. Layer 4 

d. Layer 5 
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5. 802.Ip is required for Layer 2 port prioritization. 

a. True 

b. False 


6. Port-based prioritization is recommended for IP telephony devices that can 
be unplugged and moved; for example. Internet Telephones. 

a. True 

b. ) False 


7. If a PC is connected to a port configured for port prioritization, then all of 
the PC’s traffic receives a high priority treatment. 

a, True 

b. False 


m 


Notes 
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Answers to Practice 

Traffic Control 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Skill Check 

Traffic Flow Design Considerations 

Review the network diagram. Identify the QoS technologies to implement at 
the various layers to ensure optimal traffic flow and end-to-end QoS. Write 
your solution in the space on the following page. 



Management Management 


Notes 
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Answers to Skill Check 

Traffic Control 

If you successfully completed the Skill Check and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned how to analyze the network’s existing traffic flows 
and develop a QoS strategy to ensure that the network can support the 
customer’s VoIP traffic requirements. This includes the use of traffic 
measurements, such as Centi Call-Second and Erlang, to identify the network's 
existing traffic flow and traffic patterns. It also includes the use of QoS 
techniques to ensure optimal traffic flows and meet customer requirements. 


Notes 
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Wide Area Network Convergence 
Issues 


Introduction 

The purpose of the Wide Area Network (WAN) in the VoIP environment is to 
allow the sharing of information from one Local Area Network (LAN) to 
another LAN and to support real-time access to information across broad . 
distances. 

This lesson focuses on design issues that are common to WANs in the VoIP 
environment. For a review of Quality of Service (QoS) technologies that you 
can use in a WAN environment, see the “Traffic Flow Design Considerations” 
lesson. 

Objectives 

After completing this lesson, you will be able to perform these tasks; 

• Identify commonly used WAN topologies 

• Identify VoIP challenges for WANs 


Notes 
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Commonly Used WAN Topologies 


Point to Point Protocol 


Point to Point Protocol (PPP) is a standard method for transmitting datagrams 
between peer routers or other devices over dedicated or switched lines. 

A PPP link is full-duplex and be dedicated or circuit switched. 


Figure 1: Point to Point Protocol 





Advantages 

Advantages include: 

• Familiar technology 

• Same level of service provided to remote site 

• Instantaneous connection 

• Highly reliable QoS 



Challenges 

Challenges include: 

• Cost is based on continuous 24-hour-a-day utilization, regardless of use 

• Equipment can be costly 
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Asynchronous Transfer Mode 

ATM is a high-speed, low-delay, connection-oriented LAN and WAN protocol 
that supports voice, video, and data. 

ATM uses fixed-size cells of 53 bytes to transmit data over virtual circuits. 
Short, fixed-size cells reduce the delay that can result from data blocks of 
irregular lengths. Small cells also shorten the transit delay through the 
network, which can degrade voice quality. 

ATM is used as a backbone technology in data networks. 

Figure 2: Asynchronous Transfer Mode Topology 





Notes 
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Advantages 

Advantages include: 

• Cost: Cost-effective alternative to dedicated leased line services 

• High speed: Ranges from 25 to 622 Mbps 

• QoS: Sophisticated QoS capabilities, including Class of Service (CoS) and 
DiffServ 

• Predictable delay: 

Fixed-length cells 

Useful when a need for guaranteed delay amount and bandwidth exists 
or might arise in the future: for example, multimedia 

• Scalability: 

- Works in ATM networks only or in tandem with legacy LANs, such as 
Ethernet and token ring 

Allows the backbone to be meshed for QoS-based application support 
for voice, video, and peer-to-peer communication 

Challenges 

Challenges include: 

• Lower availability and lack of familiarity 

• Higher equipment cost 

• No guarantee of prioritization without Constant Bit Rate (CBR) service 

• Additional overhead for header information, which impacts how the frame 
is segmented and the CODEC used 

• Possibility of serialization delay over bandwidth-limited connections 

• Possibility of high-speed link terminating in low-speed links (big pipe to 
little pipe) 


Notes 
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Frame Relay 

Frame Relay is a high-speed, packet switching Layer 2 WAN solution that 
interconnects devices that require high throughput for short periods of time, 
such as routers and switches. Frame Relay transmits data in variable-size units 
called frames over Permanent Virtual Circuits (PVCs). By default, protocol 
prioritization is added to the Frame Relay link. 

Permanent Virtual Circuits 

Pennanent Virtual Circuits (PVCs) allow the service provider to maintain 
virtual circuits to specific stations in the network. Circuit identifiers provide 
the device with next hop information 


Figure 3: Permanent Virtual Circuits with Partial Mesh Topologies 



Notes 
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Common Frame Relay topologies are: 

• Hub and Spoke: PVCs exist from main site to each remote site 

• Mesh: Each router has PVC to every other router 


Figure 4: Frame Relay Topologies 
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Advantages 

Advantages include: 

• Cost-effective alternative to leased line services 

• High speed, with ranges from 56 Kbps to 45 Mbps 

• QoS capabilities, including prioritization and Differentiated Services 
(DiffServ) approach 

• Improved throughput 

• Exists at Layer 2, so there is less processing to do at each node 

Challenges 

Challenges include: 

• Higher and more variable network delays than PSTN 

• No guarantee of prioritization without Committed Information Rate (CIR) 
service 

Unless CIR is set for total peak traffic, there is still a chance that traffic 
that exceeds CIR will be marked DE and dropped 

Purchase of a low CIR creates the possibility that some traffic may be 
dropped, resulting in poor voice quality 

• Possibility of serialization delay over bandwidth-limited connections 

• Possibility of high-speed link terminating in low-speed links (big pipe to 
little pipe) 

• No error protection 






Notes 
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Routing Considerations 

When implementing QoS, also consider routing protocols. For example: 

• You must be aware of the situations that trigger a routing table update. This 
helps you predict the path VoIP traffic takes when a network failure occurs. 

• Routers connected to low-bandwidth interfaces must separate voice media 
packets and voice signaling packets to minimize jitter introduced by the 
signaling packets to the voice media packets. 

• Weighted Round Robin (WRR) and Weighted Fair Queuing (WFQ) are not 
recommended for VoIP traffic. Use a different method to improve QoS, 
such as fragmentation. 

• Queue VoIP packets in a router or switch using a strict priority scheduler. If 
the router or switch does not support a priority scheduler (only supports a 
weighted scheduler), then configure the queue weight for VoIP traffic to 
100 percent. 

• If strict queuing is used, it is critical to engineer the WAN links supporting 
both the data and VoIP traffic with sufficient bandwidth. This is critical to 
allow the data to continue to traverse over a portion of the link during peak 
VoIP usage. With discrete queuing, it is possible for the data to be blocked 
from traversing the link if the link is not engineered with sufficient 
bandwidth. 


Notes 
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Practice 


WAN Convergence Issues 

Answer the following questions. 


1. What are advantages and challenges of PPP? _ „ j U-*-4 . 

- ^t-V—“t J-*-J F* "V < -. J» SY\ 

- I_/*-> — 

- , ' K \A'v «^oS 

2. What are advantages and challenges of ATM? 

- cM fc . e.aa. 

--A ; C o5 n ftffW - m. wJLfe* *<*• ' 

- ii>q - MWfw*-4, H^****' _ I., cwA— jw 

3. What are advantages and challenges of Frame Relay? 1- 

- Cof- -t« 4 mhh*J — L , Ajjlujnk t ft'-n 4-/..- p?id 

- <ioS /A- «- , P xf S***- . <3 o h x+h*-— t*->i t tvn-r C*f 

„ 'ftwf'-'-'k/'*’ f * < «ia ...*/; 

**• 5*\C» v * J ) r ^ *!*'• 1> — ^i, 

4. Which WAN technology provides predictable delay times because of fixed- 
length cells? 


c_oru 

£W.~1 tfd M~* 


f. rnh—^..** 


AU l.A't-ftJ L**'*W f » t lw(V-/ Ct/L 


ATr") . 


5. What is the disadvantage with hub and spoke? 

0 — /v4*tl* t TA* 


6. Which WAN technology provides no guarantee of prioritization without 
Constant Bit Rate (CBR) service? 


Am 
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7. Which WAN technology provides no guarantee of prioritization without 
without a Committed Information Rate (CIR) service? 

8. What can cause a routing table update? 

tA <tf s I A* ^*l<* » 

9. Weighted Round Robin (WRR) is recommended for VoIP traffic. 

a. True 
; b. False 


10. If the router or switch does not support a priority scheduler and only 

supports a weighted scheduler, then the queue weight for VoIP traffic must 
be configured to_percent? 

a. 25 percent 

b. 50 percent 

c. 75 percent 

d. 100 percent 


11. What is a big pipe to little pipe condition? 




Notes 



Wide Area Network Convergence Issues 


Issue 1.0 April 30, 2003 







Page 11 of 16 



Answers to Practice 

WAN Convergence Issues 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the Practice requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Skill Check 

WAN Convergence Issues 

Given customer scenarios, recommend the WAN topology that best meets the 
customer’s needs. 


Ti P : As part of this Practice, you must calculate bandwidth. See the 
^3 section titled "Bandwidth” in the "Parameters that Impact IP 
” Telephony NetM'ork Traffic ” lesson (tab 2) for a review. 


Scenario 1 

A company resells video and conferencing services and requires a VoIP 
solution that meets the following requirements: 

• Supports 25 users dispersed across the WAN at 4 different regional sites 

• Provides highly reliable video conferencing capabilities 

• Accommodates limited budget 

• Delivers bandwidth savings 

• Provides best possible QoS 

• Reserves 1/4 of bandwidth for data 


1. In the space on the following page, draw a diagram that represents your 
recommended topology. Be sure to include the following components on 
your diagram: 

Nodes 

Links between nodes 
Link speeds 


Notes 
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WAN Topology: 
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2. Briefly describe the solution. Be sure to include the following information: 

WAN topology fU 
Links types ♦ »*■ ‘ 

Link speeds 
CODEC selection 

Bandwidth required for VoIP calls I 6 ', X > ^ 1 V S’ 1 

Bandwidth required for data J0>, I'l 

QoS strategy for multimedia, voice, and data packets D, 

Proposed VoIP Solution: 

Briefly describe your solution in the space below. 


Notes 
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Answers to Skill Check 

WAN Convergence Issues 

If you successfully completed the Skill Check and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned how to identify commonly used WAN topologies. 
You also learned about the advantages and challenges of various WAN 
topologies, as well as routing considerations. 


Notes 
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Remote Access Technologies 


Introduction 

Remote access is the ability to obtain access to a computer or a network from a 
remote location. 

This lesson focuses on commonly used technologies that are available to 
support the customer’s remote access requirements. 

m 

Objectives 

After completing this lesson, you will be able to perform these tasks: 

• Distinguish between remote access technologies, including: 

Integrated Services Digital Network (ISDN) 

Digital Subscriber Line (DSL) 

Cable modem 
Wireless 802.11 A, B, or G 

• Select remote access solutions that meet customer requirements 


Notes 
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Review 


In the first lesson, “Nortel Networks VoIP Services,” you learned about VoIP 
solutions available to meet remote user needs. For each scenario below, 
identify the VoIP solution that best meets the customer’s needs. 

1. A customer requires a VoIP communication solution for a mobile 

workforce. What VoIP solution do you recommend? Ip 

ten i( j. 


• i 


A customer requires a VoIP solution for its call center agents. This solution 
must provide multiple lines and support a high call volume. In addition, the 
solution must deliver voice over the existing customer LAN through an 


Ethernet connection. What VoIP solution do you recommend? 

^ /fycn 




\ f 


, QrAS* &C-P 4*° 


3. 


A customer wants to extend the functionality and features of a host 
Succession CSE 1000 system to 25 workers at a remote branch office. The 
users have M3903 digital sets. The remote workers must enjoy the same 
services as their co-workers at the main site. What VoIP solution do you 
recommend? , fa u-* 

VT* 1 


n f 


4. A customer wants to use existing desktop PCs for VoIP communications 
for its remote workforce and distributed call center agents. What VoIP 
solution do you recommend? 


5. A customer wants to extends the functionality and features of a host 
Succession CSE 1000 system to a single telecommuter at a home office. 
The user has an M3903 set. The user must enjoy the same services as co¬ 
workers at the main site. What VoIP solution do you recommend? 


—* I * 
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Remote Access Challenges 

Because the remote access infrastructure includes a variety of user with unique 

needs, remote access presents a unique set of problems and requirements. 

Quality and delay are important considerations. Other challenges include: 

• Cost: What are the communication costs? 

• Accessibility: Can the remote and mobile users gain access when needed? 

• Ease of use: How difficult is it to set up a remote access connection? How 
labor-intensive is it to support a remote access connection? 

• Reliability: Does the remote access infrastructure include reliability and 
redundancy strategies? 

• Functionality and performance: Can the remote and mobile users 
perform the necessary functions? 

• Scaling: Can the solution scale to support additional users? 

• Security: Can this solution be used in conjunction with technologies, such 
as Virtual Private Networks (VPNs), for greater security? 


Notes 
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Commonly Used Remote Access Technologies 

Some commonly used remote access technologies are: 

• Integrated Services Digital Network (ISDN) 

• Digital Subscriber Line (DSL) 

• Cable Modem 

• Wireless 802.11 


Figure 2: Commonly Used Remote Access Technologies 


ISDN 
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M odem 


DS 
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Integrated Services Digital Network 

ISDN is a suite of internationally-adopted standards for end-to-end digital 
communication over the Public Switched Telephony Network (PSTN). 

ISDN includes two service levels: 

• Basic Rate Interface (BRI): Intended for the home and small enterprise 

• Primary Rate Interface (PRI): Intended for larger users with telephone 
switches, computer telephony, and voice processing systems 


Figure 3: ISDN 
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Advantages 

Advantages include: 

• Out of bound signaling (OOB): 

PRI and BRI include a number of B-channels and a D-channel 
B-channels carry data, voice, and other services 
D-channel carries control and signaling information 

• Service: Same level of service provided to remote site 

• QoS: Highly reliable QoS 


Challenges 

Challenges include: 


i 




Cost is based on continuous 24-hour-a-day utilization, regardless of use 
Equipment can be costly 


» •••••» 


• • • 
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Digital Subscriber Line 

DSL provides high-speed networking over ordinary telephone lines using 
digital modem technology. It integrates voice and data functionality to provide 
high-bandwidth network connections to homes and small businesses. 


Figure 4: DSL 
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Advantages 

Advantages include: 

• Provides high speed alternative to a Plain Ordinary Telephone Service 
(POTS) dial-up connection and ISDN 

• Uses an existing telephone line, which decreases installation and 
maintenance costs 

• Carries data and voice signals simultaneously 

• Includes multiple DSL options, each with varying bandwidth benefits 

• Can be combined with a VPN solution for added security 

• For additional reliability, Fallback to PSTN can also be implemented 

See the lesson titled “Security and Remote Management in the VoIP 
Environment” for additional information about VPNs. 


• • • « 

Notes 
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Challenges 

Challenges include: 

• Is not available everywhere 

• May require upgrade of telephone lines 

DSL technologies often require the installation of a signal splitter at 
remote site, which requires the expense of a service visit 

• Requires location relatively close to the provider's central office 

• Depending on the distance between the location and the telephone office 
and the type of copper wire used to connect the location, the data rate 
increases or decreases proportionately 

• Unless ASDSL is used, there is a faster connection for receiving data than 
sending data 


Note: It is possible to manage the split remotely from the central office. This 
is known as splitterless DSL. DSL Lite, G.Lite, or Universal Asymmetric 
Digital Subscriber Line (ADSL). 
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Cable Modem 

A cable modem provides high-bandwidth Internet access through a cable 
television line. 

A cable modem uses a splitter to separate the coaxial cable line serving the 
cable modem from the line that serves the television. 

A separate coaxial cable line runs from the splitter to the cable modem. 


Figure 5: Cable Modem 
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Advantages 


4 


A 





Advantages include: 

• Provides high speed alternative to POTs dial-up 

• Provides cost effective alternative to ISDN 

• Carries data and voice signals simultaneously 

• Can be combined with a VPN solution for added security for remote 
transmissions 

• Supports Fallback to PSTN For additional reliability 


Challenges 

Challenges include: 

• Requires cable line for support 

• Is not available everywhere 


Notes 
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Wireless 802.11 A, B, or G 

Wireless 802.11 A. B. or G provides connectivity through wireless bridges and 
routers. 


Figure 6: Wireless 802.11 



r 


Advantages 

Wireless connectivity eliminates the need for physical lines or cables. This is 
beneficial in situations where it is impossible or impractical to install physical 
connections. 

/ 

Challenges 

Wireless connectivity is vulnerable to inward or outward direction radio signal 
interference and atmospheric noise. 
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Practice 

Remote Access Technologies 

Answer the following questions. 


1. What are advantages and challenges of ISDN? 


2. What ISDN technology is intended for the home and small enterprises? „ 

5^1 


3. 


What are advantages and challenges of DSL? 



0 ,v 3 to 


4. What are advantages and challenges of cable modem? 

foy ll 


5. What are advantages and challenges of wireless 802.11? 


Remote Access Technologies 


Issue 1.0 April 30, 2003 











Page 15 of 16 



Answers to Practice 

Remote Access Technologies 

There is no Skill Check for this lesson. 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 




Notes 
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Summary 

In this lesson, you learned about the technologies available to support the 
customer’s remote access requirements, such as: 

• ISDN 

• DSL 

• Cable modem 

• Wireless 802.11 A, B, or G 

You also learned about solutions that can be used in conjunction with remote 
access technologies to provide a greater degree of security; for example, 
VPNs. 


Notes 
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Security and Remote Management in 
the VoIP Environment 


Introduction 

This lesson describes security for the Voice over IP (VoIP) environment, such 
as Network Address Translation (NAT), firewall implementations, and Virtual 
Private Networks (VPNs). It also describes system and alarm managemertf 
applications that are effective in supporting a VoIP environment. 

Objectives 

After completing this lesson, you will be able to identify technologies that you 
can implement in VoIP networks to meet customer security and remote 
management requirements. 


I 

I 

> 
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Firewalls 


A firewall is designed to limit access to authorized users to and from a private 
network. 

Packets entering or leaving through the firewall are examined for compliance 
with defined security rules. 

This can be done either in hardware or software. 

Figure 1: Firewalls 


• Firewalls 

- Designed to limit access to 
authorized users to and from a 
private network 

- All packets entering or leaving 
through the firewall are examined 
for compliance with defined 
security rules 
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Firewall Implementation 

There are different ways firewalls can be implemented: 

Packet Filter 

With packet filtering, each packet is examined leaving or entering the network. 
The packet can either be accepted or rejected based upon rules defined by the 
user. This is a relatively safe technique, although it requires some knowledge 
and effort on the part of the administrator. It can also be susceptible to 
spoofing. Packet filtering looks at source IP address, destination IP address, 
port, and type of packet (TCP, UDP, or ICMP), and either rejects or accepts the 
packet. 

Application Gateway 

An ALG offers protection beyond stateful packet filters. An ALG intercepts 
traffic between hosts so that hosts talk only to the firewall and not directly to 
each other. This screens the rest of its network from security exposure. An 
ALG works for applications and protocols, such as Telnet, File Transfer 
Protocol (FTP), Hypertext Transfer Protocol (HTTP), and Simple Mail 
Transfer Protocol (SMTP). 

An ALG is often installed in the enterprise Demilitarized Zone (DMZ), a 
network segment that a company allows to be addressed directly from the 
public network. 

Circuit-Level Gateway 

A circuit-level gateway works at the transport level to implement security 
mechanisms for TCP and UDP when the connection is created. After the 
connection has been established, there is no further checking. 

Proxy Server 

A Proxy Server masks true network addresses on the private network from the 
outside. 


m 
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Stateful or Dynamic Packet Filtering 

With stateful or dynamic packet filtering, the firewall checks the packet header 
(as in static filtering), as well as the context of the packet’s use. It looks further 
into the packet to verify that the data complies with the type of application 
referenced, such as FTP. When a file is requested, the firewall verifies that the 
packet header information registered with the request corresponds with the 
response packet header information (same IP addresses or same port numbers). 

Example Firewall Filter Rules (BCM) 


Table 1: Input Rule Configuration for Unified Manager - RPC 


Type of filter: 

Input filter 

Protocol: 

TCP/UDP 

Source IP Type: 

Fixed 

Source IP: 

IP address of the system that will access BCM 

Source IP Mask: 

255.255.255.255 (or as appropriate) 

Source Port Range: 

ALL 

Destination IP Type: 

Fixed (or Dynamic if the IP address is remotely assigned) 

Destination IP: 

IP address for this interface (or blank if IP Type is Dynamic) 

Destination IP Mask: 

Appropriate mask (or blank if IP Type is Dynamic) 

Destination Port Range: 

RPC 
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Table 2: Input Rule Configuration for Unified Manager - DCOM 


Type of filter: 


Protocol: 


Source IP Type: 


Input filter 


TCP/UDP 


Fixed 


Source IP: 


IP address of the system that will access Business Communications Manager 


Source IP Mask: 


255.255.255.255 (or as appropriate) 


Source Port Range: 


ALL 


Destination IP Type: 


Fixed (or Dynamic if the IP address is remotely assigned) 


Destination IP: 


IP address for this interface (or blank if IP Type is Dynamic) 


Destination IP Mask: 


Appropriate mask (or blank if IP Type is Dynamic) 


Destination Port 
Range: 


DCOM 


Table 3: Input Rule Configuration for Unified Manager - Port 6800 

Type of filter: Input filter 

Protocol: TCP/UDP 

Source IP Type: Fixed 

Source IP: IP address of the system that will access Business Communications Manager 

Source IP Mask: 255.255.255.255 (or as appropriate) 

Source Port Range: ALL 

Destination IP Type: Fixed (or Dynamic if the IP address is remotely assigned) 

Destination IP: IP address for this interface (or blank if IP Type is Dynamic) 

Destination IP Mask: Appropriate mask (or blank if IP Type is Dynamic) 

Destination Port 6800 

Range: 
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Network Address Translation 

Network Address Translation (NAT) is a security feature that is often part of a 
corporate firewall. NAT enables a company to map its private IP addresses 
(and ports) to one or more global public IP addresses. Outgoing or incoming 
requests must go through a translation process where they are qualified or 
authenticated. 

NAT also conserves on the number of global IP addresses. 


Figure 2: Network Address Translation 



Notes 
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Static and Dynamic Address Assignment 

The network administrator can configure NAT to perform static or dynamic 
address assignment. 

Static NAT is the one-to-one mapping of an IP address on a private network to 
a public IP address. Inbound rules must have external IP addresses mapped to 
specific internal IP addresses. 

Dynamic NAT maps a private network and the outside network, one address to 
a pool of addresses, a pool of addresses to one address, or a pool of addresses 
to another pool of addresses. The mappings take place in a translation table and 
remain there until an entry times out or the table is cleared. 

r> Tip: For additional information about NAT, see Request for Comments 
(RFC) 1631. 


m • 

Notes 



Issue 1.0 April 30, 2003 


Security and Remote Management in the VoIP Environment 






Page 8 of 28 


Virtual Private Network 


A Virtual Private Network (VPN) provides a secure connection between access 
points. VPNs maintain privacy through a tunneling protocol and other security 
procedures, such as encryption. 

The VPN is virtual because multiple VPNs co-exist on the same network, 
yielding economies of scale and lowering costs. 

It is private because only the designated enteiprise site can receive and view 
the data being transmitted. 

It is a network because it connects multiple locations and users of an 
enterprise community to one another, securely and economically. 


Figure 3: Virtual Private Network 
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Basic VPN Components 

Basic VPN components are: 

• VPN Gateways: Devices that connect the network to the VPN 

• VPN Client Software: Software for individual PCs that allows PCs to 
connect to the VPN 

• Authentication Servers: Systems, such as certificate authorities and 
RADIUS servers, that guarantee the identity of VPN Gateways and Clients 

• Manage Servers: Systems that provide control, monitoring, alerting, and 
reporting on the VPN 

• Physical Transport: Any IP or Internet connection 

Note: VPN clients are grouped together by subnet, protocol, LAN emulation, 
or MAC address, not by physical location. 
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Tunneling 

Tunneling is an essential feature for VPNs. Tunneling is the process of placing 
an entire packet within another packet and sending it over a network. The 
protocol of the outer packet is understood by the network and both points, 
called tunnel interfaces, where the packet enters and exits the network. 

Figure 4: Tunneling 



T iP : Tunnels are created between servers, which are also known as 
yS gateways. The establishment of the tunnel is transparent to the end 
” nodes, which behave as if they are interacting through a router. 

Typically, the edge devices connecting the branches of a corporation to 
the Independent Service Provider (ISP) use VPN in this mode. 
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Tunneling Protocols 

Primary tunneling protocols are summarized in the table below. 


Table 4: 


Tunneling Protocol 

Description 

Point-to-Point Tunneling 
Protocol 

(PPTP) 

PPTP allows any user of a PC with PPP client support to use an ISP to connect 
securely to a server elsewhere in the user's company. 

PPTP supports the following features: 

• Multiple authentication schemes 

• IP address translation via encapsulation 

• Internetwork Packet Exchange (IPX) tunneling 

• RC4 encryption, a Vernam Cipher, using a 24-bit initialization vector (IV) 
to create key lengths of 40 or 116 bits 

• Compression of data packet 

Internet Protocol Security 

(IPSec) 

IPSec offers a strong level of encryption (DES and Triple DES) and data 
integrity protection: 

• Supports IPSec tunnel connection between two private networks 

• Supports IP address translation via encapsulation, packet-by-packet 
authentication 

• Provides strong encryption and token codes 

• Allows security arrangements to be handled without requiring changes to 
individual user computers 


Tip: Small businesses often use PPTP. In comparison to IPsec, PPTP 
VPNs are relatively inexpensive and simple to configure. However, 
PPTP is not as secure as IPsec. 


• • ••••••••••••••••••••••* 
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Performance 

Latency, jitter, and packet loss are critical to real-time applications, such as 
VoIP and video. The complexity of encryption and decryption across an 
Internet connection, combined with the stringent requirements for latency, 
jitter and packet loss, make it highly desirable to use a hardware-based VPN 
device at each end. Another possible means of improving VPN performance is 
to acquire a Service Level Agreement (SLA) for the path between the remote 
and central networks. This guarantees a minimum level of performance to 
support real-time applications. Unfortunately, this is not always an option due 
to either availability or cost. 

Security Via Nested Tunneling 

Nested tunneling is sometimes used for an added layer of security. Nested 
tunneling creates an end-to-end tunnel across the VPN ora VPN within a VPN. 
This provides the ability for the remote PC to connect to the internal PC via a 
tunnel within the tunnel. 

Implement nested tunneling only for data, unless the IPSec overhead of two 
levels of encryption does not add significant delay, jitter, or packet loss to the 
VoIP traffic. 

Split Tunneling 

Split tunneling allows private traffic to traverse the tunnel and for other traffic 
to traverse the public network. 
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Remote Management 

Nortel Networks provides management applications to help you support your 
systems. 

See the “Nortel Networks VoIP Product Overview” for additional information 
about these tools. Also see the documentation CDs that are included with your 
course materials. 


Business Communication Manager 


Management Interfaces 

For management of BCM systems, two applications are available: 

• Unified Manager: Web-based management software tool that is standard ' 
on every BCM system. The Unified Manager runs from the BCM and 
provides programming, administration, and maintenance capabilities for a 
single BCM system. 


• Network Configuration Manager (NCM): Off-line tool for managing 1 
multiple BCM systems. NCM provides a single view of the network and 
includes a common database for storing and managing system, inventory,, 
and configuration data for multiple BCM devices. 
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Alarm Management 

BCM provides alarm management and notification applications to help you 
monitor the status of the system. 

These include: 

• Alarm Manager 

• Alarm Services 

• Alarm Banner 

• Alarm Details window 

• Simple Network Management Protocol (SNMP) service 

Note: BCM Alarm Management applications are accessed from the Unified 
Manager Configuration: System Administration and Management window. 


Notes 
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Alarm Manager 

The Alarm Manager enables you to manage the collection and storage of alarm 
information, including: 

• Alarm Database: 

Maximum number of records that the alarm database stores 
Number of days that the records remain in the database before the 
record is archived 

Interval in seconds at which the alarm service synchronizes with the 
Windows NT event logs 
Archive Location 

• SNMP Traps: 

Attributes (enable or disable the sending of SNMP traps for various 
event types) 

Source exclusion list 

• Alarm Backup Batch Job: 

Batch Job 

Day when the system must perform the backup 
Time the backup must start 
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Figure 5: Alarm Manager- Alarm Database Tab 


t Communications fc 


"Ti 72 . 16.50 661 

Comprehensive 

: •• 

-“ -—— 

©- 9 WAN 

o- 9 Media Services C; 

<£>- 9 Media Bay Module 
&■ 9 Dial Up 
9 9 Services 

€>- w Telephony Service;:; ; 

€»- 9 IP Telephony 

&■ w Call Detail Record'^ 

®- # LAN CTE Configu(||| 

€*- 9 Console Service 

o- voice Mail 

©- it Multimedia Call C 0 

* ivr 

C*- # DHCP 

O- DNS 

©■ * IP Routing 

©- IPX Routing |p 

€»- ^ SNMP 

©- 9 QoS Monitor 

©- # Web Cache 

©- i* Net Link Mgr 

€*» # Alarm Service 'pi 

€>- NAT 

&■ * VPN 

©■ <a Policy Manageme -.v' 
©- * NTP Client Settinc' 

9 ^ Management 
©- ^ userManager 
®- AlatmManage 
©- • Diagnostics _ 


Alarm Database SUMP 1 

| Alarm Database 


Max Number Record 


Alarm Backup Batch Job 


Discard Timet (seconds) Jii 
Kepi T«ner (days) |q 


Resync Tvner (seconds) 


Archive Location (Absokite path) | d\data ftteV\nortei networks\urnlied manage* V 3 rchive\ 


Security and Remote Management in the VoIP Environment 


Issue 1.0 April 30, 2003 


















Page 17 of 28 


Alarm Service 

The Alarm Service performs the following functions: 

• Monitors Windows NT event logs for incoming events 

• Synchronizes Windows NT logs with BCM alarm database 

• Receives events (alarms) from other BCM applications through its API and 
logs the events in the Business Communications Manager database 

• Archives alarm history based on the criteria defined in Alarm Manager 

• Monitors the alarm configuration changes and updates SNMP trap agent 
and Alarm Service 


Figure 6: Alarm Service - Summary Tab 
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£ Alarm Banner 

The Alarm Banner displays a current count of alarms: 

• Critical: Immediate corrective actions required 

• Major: Corrective actions required 

• Minor: Corrective actions may or may not be required (problems do not 
affect system performance) 

• Warning: Corrective action generally not required 

Figure 7: Alarm Banner 


Alarm Banner 


Critical Major Minor Warning AH 



jApplet idle for 30 seconds 

Warning: Applet Window 


Note: The Alarm Banner is not designed to replace an SNMP Manager or 
Trap Watcher. It does not use the SNMP protocol. 
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To view additional information, double-click on the alarm category. A new 
Alarm Banner window appears, as shown in the figure. 


Figure 8: Major Alarms 
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Alarm Details 

To view detail for a specific alarm, select (highlight) the alarm, then select 
Actions - Display Details. A corresponding Alarm Details window appears. 

Figure 9: Alarm Details 


Alarm Details 


Component ID iSecuriti* 

Event ID !5ZZ) 

Severity i ma i Ql l 

Time i Sunday, February 16, 2003 22:54:4Fj 
Cause 

Repair Action ItlijAj 
Other Data 5 

Problem Description 

Privileged Service Called: Server: NT Local Security Authority / Authentication 

Service Service: LsaRegisterLogonProcess() Primary User Name: SYSTEM 

Primary Domain: NT AUTHORITY Primary Logon ID: (0x0,0x3E7) Client 

User Name: ee_ 


Warning: Applet Window 
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SNMP Service 

The SNMP Service allows you to configure the BCM system to generate traps 
for the event information seen in the Alarm Banner. This service uses a utility, 
such as the BTT Software SNMP Trap Watcher, or an SNMP Manager, such as 
HP Openview or Optivity Network Management System (NMS), to display the 
information. 



Tip: You must enable the Alarm Service for the SNMP traps to function. 


Note: Network Management System contains two primary elements: a 
manager and agents. The Manager is the console through which the network 
administrator performs network management functions. Agents are the entities 
that interface to the actual device being managed. Bridges, hubs, routers or 
network servers are examples of managed devices that contain managed 
objects. 


Figure 10: SNMP Trap Watcher (BTT Software) 



Tje _[ Date _Source_ 

(E) 19:19:17 02/08/2000 196.168.20.10 
©19:19:14 02/08/2000 196.168.20.10 

©19:19:10 02/08/2000 196.168.20.10 

19:18:58 02/08/2000 Local 


1 


Description 
Application Error 20 
Link Up 

Authentication Failure 

Trap Watcher Started ■ listening on UDP port 162. 


T raps Received: 3 


19:20:05 
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Meridian 1 Internet Enabled and Succession CSE 1000 

Management Interlaces 

Optivity Telephony Manager (OTM) provides a graphical user interface (GUI) 
management alternative for Meridian 1 and Succession CSE 1000 systems. 
OTM is an integrated suite of Windows- and Web-based management tools for 
fault, configuration, accounting, performance, and security management. OTM 
provides a unified management platform that supports stand-alone. Client/ 
Server, and Web Client architectures. 

For Succession CSE 1000 2.0 systems. Element Management simplifies 
system configuration and management by organizing network elements into 
logical groups and providing access to information traditionally spread into 
multiple overlays. 

Alarm Management and Alarm Notification 

OTM provides Windows- and Web-based Alarm Management interfaces. 
These interfaces provide a real-time view of the system's “health" and improve 
the handling of system-generated alarms and events. 


Notes 
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Web-Based Alarm Management 

For remote management purposes, the Web-Based Alarm Management 
interface provides the ability to connect to the system from any PC with a Java- 
enabled browser and view systems alarms and events in a real-time mode. 
Web-Based Alarm Management also eliminates the need to install OTM 
software or a dongle on the remote PC. This provides flexibility for technicians 
who reside at remote locations or who travel between locations. 


Figure 11: Alarm Browser 
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Remote Management Scenario 

The following figure illustrates OTM’s remote management capabilities. A 
company with remote and regional offices wants to manage the entire network 
from the corporate headquarters. The OTM Premium Server with Alarm 
Notification connects to the switch and receives alarms. 

Onsite and remote technicians can view real-time system information. The 
onsite technicians at corporate headquarters view alarms from the OTM 
Administrator PC. The technicians at remote sites view alarms via the Web 
Alarm Browser. With the Alarm Notification configured, the technicians 
receive notification of alarms; for example, via email or pager. 

Tip: Alarm Notification requires the OTM Premium package. 


Figure 12: Remote Management via OTM Web Clients 
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Practice 

Security and Remote Management 

Answer the following questions. 


1. Why are VPNs and tunneling often used in a VoIP network to secure 
communications between the main site and remote users? 


2. List two commonly used VPN tunneling protocols. 


3. What BCM tool is used for a single BCM system? 


j ■s 


4. What BCM tool is used to manage multiple BCM systems? 

fj/t /lcK~<.oy l ( tJc C ) 


5. 


What BCM service must you first enable for the SNMP traps to function? 


A 




6. What Unified Manager tool displays a current count of alarms? 


7. What OTM package is required to support the Alarm Notification? 

07’TI 
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Answers to Practice 

Security and Remote Management 

There is no Skill Check for this lesson. 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 
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Summary 

In this lesson, you learned about security and remote management issues, such 
as NAT, firewall implementations, and VPNs. You also learned about remote 
management applications that are available to help support BCM, Meridian 1 
IE. and Succession CSE 1000 systems. 
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Emergency Services in the VoIP 
Environment 


Introduction 

This lesson describes the challenges in supporting emergency services in the 
VoIP environment. 

Objectives 

After completing this lesson, you will be able to identify the challenges in 
supporting emergency services in the VoIP environment. 


Notes 
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Emergency Services 

United States 

Basic 911 

The number 911 is a universal emergency number for the United States that 
was mandated by legislation in 1968. This service automatically connects 911 
callers to a designated answering point called the Public Safety Answering 
Point (PSAP). Call routing is determined by the Central Office (CO) from 
which a call originates. 

Basic 911 service may or may not support Automatic Location Information 
(ALI) or Automatic Number Identification (ANI). ANI automatically identifies 
a station originating an outgoing toll call and its destination party and transmits 
the information to a recording office. 

Enhanced 911 

Enhanced 911 (E911) brings the system in compliance with the Federal 
Communications Commission (FCC) decision that requires a network, 
working as a PSAP. to accept a 10- or 20-digit Automatic Number 
Identification (ANI) when terminating 911 calls. 

Europe 

112 

Prior to the implementation of 112 as a universal emergency number, countries 
within Europe had various numbers for emergency services. This made it 
difficult for telecommunication devices and services to support VoIP traffic. 

In 1998. European Parliament adopted 112 as a universal emergency number to 
guarantee quicker and more efficient intervention. Implementation of 112 
enables callers in Member States to have to remember only one emergency 
number. 
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VoIP Management Issues 

There are some VoIP management issues related to emergency services. 

Coordination among Internet Telephone users and database administrators for 
moves, adds, or changes is required. 

Internet Telephone numbers are not always tied to a specific location, resulting 
in potential life-threatening connection issues if Internet Telephone users move 
their own sets between data jacks without notifying database administrators. 
Failure to do so can cause the PSAP to dispatch an emergency crew to the 
wrong location due to improper caller information. 

Additional enhancements to 911/E911 may be required to improve the 
effectiveness and reliability of wireless 911 service. One enhancement is to 
require carriers to report the telephone number of a wireless 911 call and 
location of the antenna that received the call. Another enhancement is to 
require wireless carriers to provide more precise location information. 



Caution: If the VoIP and POTS databases are inaccurate , a caller 
can contact emergency services and verbally inform the emergency 
services personnel of the caller's location. However, the ALI and AN I 
information will be inaccurate. 
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Practice 

Emergency Services in the VoIP Environment 

Answer the following questions. 

1. Why is it critical for Internet Telephone users to coordinate all telephone 
moves with database administrators? 

2. What are some proposed enhancements to E911 to support emergency 
services in the wireless VoIP environment? 
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Answers to Practice 

Emergency Services in the VoIP Environment 

There is no Skill Check for this lesson. 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned about VoIP management issues related to emergency 
services, including the importance of keeping the 911/E911 databases updated 
with the most current ALI and ANI information and the possible life- 
threatening consequences should Internet Telephone users move their own 
telephones without coordinating with the database administrators. 
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H.323 Design Considerations 


Introduction 

This lesson focuses on H.323 design considerations with which you must be 
familiar when interworking Nortel Networks Voice over IP (VoIP). 

Objectives 

After completing this lesson, you will be able to perform these tasks: 

• Identify the purpose of the H.323 standard in the VoIP environment 

• Identify the CODECs that H.323 supports 

• Identify H.323 and firewall traversal issues 

• Identify recommended network designs for gateway ports that ensure 
optimal flows of H.323 traffic 

• Identify H.323 interoperability issues 


«**#••••••••••••••••••• 


Notes 
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H.323 Standard 


H.323 is a suite of protocols that initially supported only videoconferencing 
systems over LAN/WAN topologies and protocols. However. H.323 has 
evolved into a packet-based signaling standard that provides a foundation for 
audio, video, and data communications across IP-based networks, including 
the Internet. 

H.323 is network, platform, and application independent, allowing any H.323- 
compliant device to interoperate with any other. Though H.323 does not 
provide a guaranteed QoS, users can communicate without concern for 
compatibility. 

H.323 supports both stand-alone devices and embedded personal computer 
technology, in addition to point-to-point and multipoint conferencing. 

H.323 also addresses: 

• Call control 

• Multimedia management 

• Bandwidth management 

• Interfaces between LANs and other H.323 non-compliant endpoints 


Tip: H.323 is a loose standard. 


• * 
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Table 1: H.323 Standard 


Component 

Description 

Network 

Non-guaranteed bandwidth packet switched 
networks. (Ethernet) 

Video 

H.261 


H.263 

Audio (supported CODECs)* 

G.711 


G.722 


G.728 


G.723 


G.729 

Multiplexing 

H.225 

Control 

H.245 

Multipoint 

H.323 

Security 

H.235 

Data 

T.120 

Comm. Interface 

TCP/IP and UDP 


Note: You learned earlier in this course that G.711 is recommended when 
bandwidth is not an issue and G.729 is recommended for bandwidth-limited 
connections. 
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H.323 Architecture 

H.323 consists of these key components: 

• Gateway: Provides interface between an IP-based network and the 
telephony network 

• Gatekeeper: Provides these key functions: 

Address Translation: Provides translation of alias address, such as 
URL, to transport address, such as IP 

- Admissions Control: Provides LAN access authorization, utilizing 
Admission Request, Confirmation, and Reject (ARQ/ARC/ARJ) 
messages 

- Bandwidth Control: Supports Bandwidth Request, Confirmation, and 
Reject (BRQ/BCF/BRJ) messages utilized in bandwidth management- 
Zone Management: Provides translation, admission control, and 
bandwidth control for terminals. Multipoint Control Units (MCUs), 
and Gateways registered within its management zone 

• Multipoint Control Units: Supports conferences between three or more 
endpoints 

• Terminals (client end points): Supports voice, video, and data 
communications 
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Figure 1: H.323 Architecture 
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H.323 Design Considerations 

Firewall Traversal Issues 

H.323 uses dynamically allocated sockets for audio, video and data channels. 
This is an unsecured method for handling traffic because you must keep the 
firewall open to permit the traffic flows. 

The security risk is that known TCP ports in non-encrypted traffic are 
reproducible. 

Secure methods for handling H.323 traffic on an intelligent basis are: 

• H.323-enabled firewalls with proxy servers installed in customer 
Demilitarized Zone (DMZ). 

• Network Address Translation (NAT) 

• Virtual Private Networks (VPN) tunnels for encryption of H.323 traffic 


Network Address Translation 

By design. NAT does not know how to route secure IP packets. Packets must 
be encrypted or use an additional secure connection to obtain an additional IP 
address. 

If using NAT in a VPN environment with the IPSEC protocol, the tunnel 
obtains its own IP address. This removes NAT as an issue. 
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Gateway Ports Design 

With gateway ports design, consider the following: 

• Use traffic measurements to determine number of gateway ports required 
to support the VoIP traffic. This includes: 

Station versus trunk gateway requirements 

Voice mail and other application requirements (in particular, the 
requirements to support Busy Hour activity) 

• Within networking, specific port numbers, sometimes referred to as well- 
known ports, are reserved for frequently used, higher level processes. 
Regardless of the network or endpoint, these ports typically remain the 
same. Examples of well-known ports are: 

- 25: SMTP 

- 80: Web 

- 110: POP 

See the “Traffic Flow Design Considerations” for a review of traffic 
measurements. 

Placement of VoIP Devices 

The placement of VoIP devices within the network can impact IP telephony 
performance. For example, in a campus environment, distribute trunking 
connections across multiple gateways. If the campus infrastructure includes 
multiple buildings, consider multiple demarcations and service to the VoIP 
system via separate Central Offices. 
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Redundancy and Reliability ^ 

As part of the network design, be sure to develop a redundancy and reliability 
strategy to ensure that call processing is not disrupted due to equipment failure 
or a network outage. Some design considerations include: 

• Backup or redundant systems or elements 

• Network segmentation: 

Group VoIP equipment into primary and secondary groupings 
- Connect Embedded LAN (ELAN) and TLAN devices for the primary 
core components to the primary Layer 2 switch 
Connect ELAN and TLAN devices for the secondary core components 
to the secondary Layer 2 switch 

• Distribution of redundant systems or elements to remote sites 


Notes 
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Interoperability Issues 

When designing the H.323 network, also consider these interoperability issues: 

• Slow start and fast start: 

A Fast start connection allows the system to set up a call without the 
use of the H.245 control channel. If the remote side does not support 
Fast Start, then a slow start connection is established. 

A Fast start connection is preferred to a slow start connection. A Fast 
Start connection requires fewer network round trips for call setup. This 
improves latency issues and voice quality. 

Note: The local exchange can generate messages when circumstances 
prevent a connection to the end point. The original full procedure 
requires four round trips of messages between endpoints before the first 
media stream is exchanged between the peers. 

• Voice payload size: 

A large payload is more efficient than a small payload. With a large 
payload, more data is transmitted per call with the same amount of 
overhead (header). A large voice payload can minimize overall VoIP 
bandwidth but can increase overall delay. 

For data transmissions, a large payload is desirable. The longer the 
payload is, however, the more time is spent packaging. 

- Certain traffic types, such as voice, are sensitive to time. If packaging 
time is too long, and the calls are not sent off quickly, the quality of the 
voice transmission will decrease. 


• # 


% 


m 


m 
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• Version mismatch: 

Interoperability issues are sometimes the result of configuration issues, 
such as version mismatch or improper configuration. When installing 
H.323 gatekeepers made by different manufacturers, ensure that all 
gatekeepers use the same H.323 protocol version. 

• Backward compatibility: 

H.323 is a rapidly evolving specification. The process began in the 
spring of 1996, and version 1 was determined by the ITU in May 1997. 
Version 2 was already on its way when version 1 was determined. 
Version 3 is currently under development, though version 2 products 
have yet to be developed. 

Backwards compatibility with mixed versions is sometimes a problem; 
for example, although ASN.l is fully backwards compatible, it relies 
on the ability of the existing version 1 products to understand the 
“version 1 portion” of the version 2 messages. 
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• Multiple vendor interpretations: 

Part of the current interoperability problems can trace their origins to 
how the H.323 standard was defined. H.323 incorporates H.225. RTP, 
and RTCP. Each of these protocols needs to be encoded according to a 
consistent formula. Based on different vendors’ interpretations, there 
can be interoperability issues connected directly with the use of these 
encoding and decoding formulas. 

• Gatekeeper interoperability: 

In order for H.323 gatekeepers in separate zones to work together, they 
must be set up properly. First, the customer IP network connecting the 
H.323 gatekeepers together must be able to adequately forward IP 
multicast traffic end-to-end between each of the gatekeepers in the 
different zones. In addition, each of the primary gatekeepers must have 
the IP addresses of the other zones’ gatekeepers configured within its 
system database, including the IP addresses of both primary and 
secondary gatekeepers within the other zones. 
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Practice 

H. 323 Design Considerations 

Answer the following questions. 

I. H.323 uses dynamically allocated sockets for audio, video and data 
channels. Why is this an unsecured methods for handling traffic? 


2. When designing the H.323 network, why is a fast start preferred to a slow 
start? 


3. In an H.323 network, what are some redundancy and reliability strategies? 
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Answers to Practice 

H.323 Design Considerations 

There is no Skill Check for this lesson. 
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If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 
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Summary 

In this lesson, you learned about H.323 design considerations with which you 
must be familiar when deploying VoIP, including CODEC selection, firewall 
configuration, gateway ports design, and H.323 interoperability issues. 


Notes 
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Nortel Networks IP Client Deployments 


Introduction 

Earlier in this course, you learned about the progressive portfolio of VoIPs that 

Nortel Networks offers, such as: 

• Desktop solutions, such as the i2002 and i2004, that connect directly to the 
LAN through an Ethernet connection 

• Software solutions, such as the i2050, that convert the laptop or desktop PC 
into a powerful telephony tool 

• Remote solutions, such as the Remote Office portfolio, that extend the 
functionality and features of a host Meridian 1, Meridian SL-100, or 
Succession CSE 1000 system to remote workers and enable remote 
workers to enjoy the same services as their co-workers at the main site 

You also learned that the first step is to identify the customer needs; for 

example: 

• Type of workforce (mobile, remote, telecommuters, fixed, or a 
combination) 

• Features and applications required 

• Expected growth 

• Budget 

• Bandwidth 

This lesson provides guidelines to help in the deployment of Nortel Networks 

VoIP clients, such as Internet Telephones, soft telephones, and the Remote 

Office portfolio. 
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Objective 

After completing this lesson, you will be able to perform the following tasks: 

• Distinguish between IP client solutions, including Succession Internet 
Telephones and Remote Office Portfolio 

• Make recommendations about the network configuration to meet customer 
IP client deployment requirements 


Notes 
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Connectivity 

Desktop Internet Telephones generally connect to a Layer 2 switch wiring 
closet infrastructure via 10/100Mbps Ethernet. 

The Internet Telephone and corresponding PC in an office typically connect 
via a 10Mbps or 10/100Mbps hub or a hub that is integrated into the Internet 
Telephone. This hub, in turn, connects to the upstream Layer 2 switch. 

While the Internet Telephone and PC can connect to the Layer 2 switch via two 
separate Ethernet connections (10Mbps or 100Mbps), this scenario is unlikely, 
given that most offices or cubicles are wired with a single Ethernet port. 

Deploy the Internet Telephones on the client side of the Customer LAN ’ 
(CLAN). 



Caution: Too many switches in each stack can result in call clipping. 


Soft Internet Telephones 

Soft Internet Telephones use the Network Interface Card (NIC) of the PCs on 
which the software is loaded. 

^ Tip: When deploying i2050 Internet Telephones in a VPN environment , 

yS you must configure the firewall to allow Ports 50. 51 , and 500 to pass. 

v 


m 




Notes 



Issue 1.0 April 30, 2003 


Nortel Networks IP Client Deployments 









Power 

Internet Telephones have special power needs. For example: 

• i2004 Internet Telephones: 

Ensure the telephone has the appropriate power supply for the region; 
for example, if the telephone requires a transformer, remember that an 
appropriate transformer depends on the line voltage, which is different 
for each country. 

Power the telephones from a power outlet at the desk or from the 
Intermediate Distribution Frame (IDF) using Power over LAN (PoL). 

Ensure that the installation site has a 10/100Base-T Ethernet 
connection. Do not plug the Internet Telephone into an ISDN 
connection. This can cause severe damage to the telephone. Plug 
the telephone only into a 10/100Base-T Ethernet connection. 

• Soft Internet Telephones: 

Soft Internet Telephones are powered from a desktop or laptop 
computer. 

• Uninterruptible Power Supply (UPS) or battery backup system: 

Provide a UPS or battery backup system for all essential VoIP 
components and networking devices to ensure that voice processing 
continues during a network power outage. A UPS is recommended 
even if a generator backup is used. 

• Site power requirements: 

Check the site power requirements; for example, if all communications 
equipment is housed in the same rack, it may be necessary to power 
each piece of equipment from an isolated ground outlet. 


Notes 
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Traffic Measurement 

Analyze the customer’s networks to ensure that the network has sufficient 
resources. See the “Traffic Flow Design Considerations” for a review of traffic 
calculations. 

CCS Traffic 

The Centi Call-Second (CCS) traffic generated by an Internet Telephone is 
similar to that of a digital telephone. 

WAN Traffic 

For data rate requirements for the intranet route, calculations are based on 
duplex channels. The date rate for a Wide Area Network (WAN) is the duplex 
data rate. 


* • ••••••••••••••••••••••• 
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Zones 

To optimize IP Line traffic bandwidth use between different locations, the IP 
Line network is divided into “zones” representing different topographical areas 
of the network. All Internet Telephones and IP Line ports are assigned a zone 
number indicating the zone to which they belong. 

CODECs 

CODECs are selected to optimize voice quality (BQ - Best Quality) for 
connections between units in the same zone or to optimize voice quality (BQ - 
Best Quality) for connections between units in different zones. 


Figure 1: Zones 
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Nodes 

An IP Line node includes the IP Line system and at least one Internet 
Telephone; for example, an i2002, i2004, or i2050. 

Node IP Addresses 

The Internet Telephones use node IP addresses during the registration process. 

Each card within a node has two IP addresses: One for the telephony LAN 
(TLAN) and one for the embedded LAN (ELAN). 

TLAN addresses must be on the same subnet of the given node. Assign one 
node IP address on the TLAN to the connection server on the node master. 

ELAN addresses must be on one subnet. This subnet must be on the same 
subnet as the system’s core ELAN. 

Logical Redundancy 

Within the node, there is one Active Leader (Leader 0) and subsequent 
Followers. The Leader is bound to the Node IP address. If the Active Leader 
fails, an election occurs and the new, chosen Active Leader assumes the Node 
IP Address. 

Multiple Zones in a Single System 

It is possible to have multiple nodes within a single system. Each node must 
reside in its own subnet. For a higher level of redundancy, each node can 
connect to separate core switches. 

Distribute the Internet Telephones between the nodes. 


Notes 



Issue 1.0 April 30, 2003 


Nortel Networks IP Client Deployments 







Page 8 of 16 


Quality of Service 

To ensure end-to-end Quality of Service (QoS): 

• Differentiated Services (DiffServ) is recommended to support 
discrimination for the IP packets. The Internet Telephones also support 
IEEE 802.IQ standard. 

• The Layer 2 switch port for the Internet Telephones must be set to 
autonegotiate. 

See the “Traffic Flow Design Considerations” lesson, earlier in this guide, for 
additional information on QoS technologies. 


Notes 
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Remote Office Portfolio 

Remote Office 9150 Unit 

Connectivity 

The Remote Office 9150 supports these connection types: 

• Serial: For communications during the installation and setup of the unit 

• lOBase-T Ethernet (TCP/IP): For communications between the 
Administrative PC and the unit 

• ISDN BRI: For primary or backup “trunking” capabilities across the PSTN 
between the host system and remote site 

Figure 2: Remote Office 9150 Connectivity 
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Remote Office 9110 and 9115 


Connectivity 

The Remote Office 9110 and 9115 support these connection types: 

• lOBase-T Ethernet (TCP/IP): For communications between the remote 
site and the unit 

• ISDN BRI: For primary or backup "trunking” capabilities across the PSTN 
between the host system and remote site 

Figure 3: 9150 and 911 x Connectivity 
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Quality of Service Transitioning 


Remote Office QoS Transitioning is a unique feature of the Remote Office 
portfolio. With this technology, the Reach Line Card automatically transitions 
calls from the IP network to the circuit-switched network when voice quality 
falls below a user-configurable threshold. It actively monitors key QoS 
parameters on VoIP sessions and dynamically switches calls from packet 
networks to circuit-switched networks if voice quality degrades. 

QoS Transitioning defaults are set at the factory, so there is no need to 
reconfigure them. 

Figure 4: QoS Transitioning 
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Power 

When deploying a Remote Office unit, remember: 

• Uninterruptible Power Supply (UPS) or battery backup system: 

- Provide a UPS or battery-backup system for all essential VoIP 
components and networking devices to ensure that voice processing 
continues during a network power outage. A UPS is recommended 
even if a generator backup is used. 

• Site power requirements: 

- Check the site power requirements; for example, if all communications 
equipment is housed in the same rack, it may be necessary to power 
each piece of equipment from an isolated ground outlet. 
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Practice 

IP Clients 

Answer the following questions: 


I. 


Why is a UPS or battery backup system important for all essential VoIP 
components and networking devices? , , j . 


9 


How are i2004 Internet Telephones powered? , , • 

(J OP (P« v0 »' v o*-**- 


VT>~ 

UW C ?»0 


3. How are Soft Internet Telephones are powered? 

okfvf 1 trv 


4. Which Internet Telephone is ideal for an organization that requires a PC- 
based communication solution for a mobile workforce? 


5. When deploying i2050 Internet Telephones in a VPN environment, which 
ports must the customer firewall allow to pass? 

6. The Remote Office 9110 is designed for remote single-user offices or 
teleworker home offices. 

a. True 

b. False 


7. Which Remote Office units support M3900-Series telephones? 

°\l\° t 
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Answers to Practice 

IP Clients 



If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the lesson requirements. If you 
need additional assistance, see your instructor. 
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Summary 

In this lesson, you learned about some guidelines to help in the deployment of 
Nortel Networks VoIP clients, such as Internet Telephones, soft telephones, 
and the Remote Office portfolio. 


Notes 
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Peer Network Nortel Networks VoIP 
Products 

Introduction 

This lesson explains how to use the Peer Networking capability to support 
trunking between Business Communication System 3.0 (BCM), Meridian 
Internet Enabled 25.40 (Meridian 1). and Succession Communication Server 
for Enterprise (CSE) 1000 2.0 systems. 

Important 

This lesson assumes that the BCM. Meridian 1, and Succession CSE 1000 
systems support the Nortel Networks proprietary Meridian Customer Defined 
Network (MCDN) standard on which Nortel Networks ISDN Primary Rate 
Interface (PRI) and Basic Rate Interface (BRI) are based. 

Although Nortel Networks offers other versions of ISDN; for example, QSIG 
to support ISDN connectivity and services in QSIG networks, this lesson is 
based upon the Nortel Networks proprietary MCDN standard. 




Notes 
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Objectives 

After completing this lesson, you will be able to perform these tasks: 

• Describe how MCDN networking works 

• Define MCDN Centralized Trunking and Voice Mail, and Auto Attendant 
features 


Notes 
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MCDN Networking Overview 

You can network multiple types that are configured for MCDN; for example, a 
BCM to a Meridian 1. You can network the systems over PRI or IP lines, 

MCDN over a PRI line operates the same way as it does over a PRI line. 

MCDN over VoIP operates like MCDN over PRI, except that VoIP trunks 
require specific Remote Gateway settings. 


Figure 1: MCDN Networking 



To support MCDN networking, the BCM system requires the MCDN keycode. 

For additional information about setting up MCDN networks, refer to the 
"Private Networking” chapter in the Business Communications Manager 3.0 
Programming Operations Guide. 


Notes 
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MCDN Networking Features 

Enhanced Centralized Trunking Features 

MCDN enhanced centralized trunking features optimize bandwidth utilization, 
reduce delay, and improve voice quality. 

ISDN Call Connection Limitation (ICCL) 

The ISDN Call Connection Limitation (ICCL) feature adds a transit or tandem 
counter to a call setup message. The counter’s value defines the number of 
hops allowed for a loop. This prevents routes that are configured incorrectly or 
calls with errors from blocking channels or creating infinite loops. 

The figure below shows the call loop on a system without ICCL. 


Figure 2: Call Loop on System without ICCL 
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With ICCL: 

• A call is presented to the transit system. 

• The call setup counter exceeds the ICCL value. 

• The call is cleared at the transit system. 




Notes 
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Trunk Route Optimization 

Trunk Route Optimization (TRO) identifies the most direct route through the 
network for inter-node calls and overrides the less efficient route. 

The figure below shows how the TRO feature works. This example assumes 
that there is an available trunk in the first choice route in the route list to Node 
C and the redirection counter has not been exceeded. 


1. A telephone user at Node A calls a telephone at Node B. 

2. The call is redirected to a telephone at Node C. Before the call is set up at 
Node C: 


Node B sends a messages to Node A with the redirection telephone 
number, reason, and count for the call. 

- Node A returns a message, accepting TRO. 

Node B confirms with Node A that the trunk is dropped. 

3. Node A sets up a direct connection to Node C. 


Figure 3: Trunk Route Optimization 
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Trunk Anti-tromboning 

“Tromboning” is a situation where trunks associated with the same D-channel 
are used in parallel, causing a redundant loop of two channels. Trunk Anti- 
tromboning (TAT) releases the redundant channels. 

The figure below shows how TAT works: 

1. Station A calls Station B. Station B answers the call and activates Call 
Transfer to Station C at the originating node. Station C answers the call. 

2. The redundant channel between Stations A and B is not needed. 


3. The system bridges Stations A and C at the originating node and releases 
the redundant channel. 


Figure 4: With Anti-Trunk Anti-tromboning 
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Centralized Voice Mail Features 

Network Call Redirection Information 

NCRI allows the redirection of a call across an MCDN network using the Call 
Forward (all calls, no answer, busy) and Call Transfer features. The call 
destination also receives the necessary redirection information. 

The figure below shows how NCRI works: 

• Telephones A and B are on the same BCM system. 

• Telephone A calls Telephone B. 

• Telephone B is busy or does not answer. 

• The system automatically transfers the call across the MCDN link to a 
Meridian 1 with Meridian Mail. 


Figure 5: Network Call Redirection Path 


Meridian 1 
with Meridian Mail 



Notes 
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Message Waiting Indication 

With MWI, the voice mail on the host system notifies a target telephone on the 
source system when there is a call waiting through the MIK and MCK message 
indicators on the target telephones. MWI also allows the user to reply or call 
back to the message center. 


Figure 6: Message Waiting Indication Message 



Notes 
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Centralized Attendant 
Camp-on Feature 

With the Camp-on feature, when the attendant on the host system receives a 
call, the attendant can assign the call to a telephone anywhere in the MCDN 
network in these situations: 

• The target telephone rings busy when the attendant calls. 

• There are no free keys on the target telephone. 

• Do Not Disturb (DND) regular feature is inactive. 

• DND on busy feature is inactive. 

The target user sees that there is a call camped on the telephone. The called 
user can then clear a busy line and take the call, reject the call, or indicate Do 
Not Disturb. The following figure illustrates the call path for a Meridian 1 
attendant to camp a call on a telephone in the BCM system. 


Figure 7: Camping a Call 



Notes 
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Break-in Feature 

With the Break-in feature, the attendant can break into an on-going call from a 
telephone on the source system. Break-in is supported in these situations: 

• The target telephone is busy but still has a free intercom or line key. 

• There is no camped call on the target telephone. 

• DND on busy is turned on. 

• Prime set is also busy, with no free key, and with DND activated. 

• Attendant capability is high (2), and higher than either the target telephone 
or the caller the target telephone is busy with. 

Only post-dial break-in is supported by MCDN. 

The following figure illustrates how the Break-in feature works. 


Figure 8: Breaking into a Call Path 



Notes 
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Succession CSE 1000 IP Peer Networking 

Succession CSE 1000 Release 2.0 introduces the IP Peer Networking feature, 
which enables the networking of multiple Succession CSE 1000 systems 
across an IP network. Network-wide transparency is provided using the 
MCDN standard. 

The IP Peer Networking feature distributes the Succession CSE 1000 network 
over a WAN. using industry-standard H.323 gateways or the Succession CSE 
1000 Signaling Server. IP Peer Networking consolidates voice and data traffic 
on a single Quality of Service (QoS)-managed network. 

The IP Peer Networking feature allows Call Servers to work together in a 
network, over IP facilities, without using circuit switching. IP Peer Networking 
uses direct IP media paths for connections that involve two IP devices. H.323 
signaling is performed by Signaling Servers. Media streams route directly 
between the Internet Telephones and Gateways over the IP network, using 
virtual trunks. This minimizes voice quality issues caused by delay and 
transcoding between circuit-switched voice and IP packets. 

IP Peer Networking uses an H.323 Gatekeeper to provide simplified 
configuration of IP component addressing. The H.323 Gatekeeper (optionally 
redundant) manages a centralized numbering plan for the network. 

Virtual Trunks 

Virtual trunks are software components configured on virtual loops, similar to 
Internet Telephones. A virtual trunk acts as the bridge between existing call 
processing features and the IP network. It enables access to all trunk routing 
and access features that are part of the MCDN networking feature set. Virtual 
trunks do not require dedicated Digital Signaling Processor (DSP) resources to 
provide these features. Virtual trunks include all of the features and settings 
available to ISDN Signaling Link (ISL)-based TIE trunks, and are configured 
within trunk routes. Succession Media Card resources are only allocated for 
virtual trunks when it is necessary to transcode between IP and 
circuit-switched devices. 


Notes 
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The following figure illustrates an example of a Succession CSE IP Peer 
Networking Configuration. 


Figure 9: IP Peer Networking Configuration 
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Practice 

Peer Network Nortel Networks VoIP Products 

Answer the following questions: 

1. A customer wants the ability to automatically transfer calls from a BCM 
system to a Meridian 1 voice mail system in busy or no answer situations? 
What keycode must be enabled on the BCM to support this capability? 


2. What is the function of the ISDN Call Connection Limitation (ICCL) 

5S7V—rf. °" Jr - K ^ 

3. What is the function of the Trunk Route Optimization (TRO) feature? 

JJvLt-vW"! l 0 * t } ]r\syje\Au jK 

CaiCo 0%fd AATw//. 

4. What is the function of the Trunk Anti-tromboning feature? 


Notes 
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Summary 

In this lesson, you learned about the Peer Networking capability to support 
trunking between Business Communication System 3.0 (BCM), Meridian 
Internet Enabled 25.40 (Meridian 1). and Succession Communication Server 
for Enterprise (CSE) 1000 2.0 systems. 

You also learned about the Meridian Customer Defined Network (MCDN) 
standard, including the features that it supports and key programming 
requirements. 

/ 
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Best Practices of Network Design 


Introduction 

Imagine this scenario: 

You are hired to design a network for a client who recently acquired a new 
office building. The client requires an internetworking solution to connect the 
current building with the new one. The client wants a state-of-the-art network 
and has specific technical requirements for scalability, availability, reliability, 
performance, and security. 

As a systems and networking consultant, you must complete two tasks: 

1. Analyze the existing network and recommend any changes 

2. Design a new network to accommodate the existing infrastructure 

It is a challenging project, but where should you begin? 

This lesson answers your question by presenting a systematic design 
methodology to help you meet the client’s business and technical goals. In 
particular, this lesson focuses on the “whats” and "whys” of Enterprise LAN 
and WAN design. 

Because this lesson addresses the major phases network design, it works 
whether your client is in a different department within the company or a new 
client assignment. 

^ Ti P : This lesson provides no specific implementation solutions; for 
example, if your client is an Internet Service Provider (ISP) or other 
sendee provider, the design philosophies presented here may differ. 


Notes 
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Objectives 

After reviewing this lesson, you will be able to: 

• Identify the major phases of network design 

• Identify typical business and technical goals, as well as establish 
parameters to measure success 

• Discuss the importance of scalability, availability, performance, and 
security 

• Discuss parameters that measure network performance 

• Discuss the types of network diagrams 

• Identify guidelines for selecting a logical network topology and interior 
routing protocols 

• Identify the key elements of a final proposal 


• • # • • • 
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Network Design Process Overview 


This lesson organized is into four parts that correspond to the major phases of 
network design: 

• Phase 1: Identify the client's business and technical goals 

• Phase 2: Assess and characterize the existing network infrastructure 

• Phase 3: Design the logical LAN and WAN 

• Phase 4: Document the design and prepare a proposal 
Following is an overview of the network design process. 


Figure 1: Network Design Process Overview 



Identify requirements (business and technical) 

- Business goals - Technical goals: Scalability, 

- Corporate structure availability, performance, 

and security 

Identify existing network infrastructure. 

- LAN/WAN diagrams - Cabling and Layer 2 circuits 

- Interconnection devices - Security 

- Names and addresses 


Design the logical LAN and WAN. 

- Logical network topologies - WAN design 

- LAN design - Interior routing protocols 


Design the logical LAN and WAN. 


- Executive summary 

- Project goal 

- Project scope 

- Design requirements 

- Current state of network 


- Current state of network 

- Logical network design 

- Physical network design 

- Implementation plan 

- Project budget 
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Phase 1: Identify Business and Technical Goals 

Process Overview 

Before you begin the actual network design process, complete these steps: 

• Step 1: Define the client’s business goals and criteria for success 

• Step 2: Define the client’s technical goals and criteria for success 


As part of this phase, be sure to identify: 

• Types of applications the client wants to add to the network to meet new 
business requirements 

• Amount of network availability required to support the client’s core 
business operations 


Tip: Address the potential problems, solutions, and goals. 




Notes 
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Step 1: Identify Business Goals 

Network designers often spend considerable time developing the technical 
specifications and overlook the importance of understanding the client’s 
business goals. 

Do not rush the network design. Take time to work closely with the client to 
understand the client's business goals. 

Typical Business Goals 

Typical business goals are: 

• Increase revenue and profit 

• Increase productivity 

• Improve communications 

• Reduce telecommunication and network costs 

• Improve security of sensitive and proprietary corporate data 

• Improve customer support service 

• Make data readily and securely available to all employees, regardless of 
location 

• Build partnerships with other companies 

Identify the Corporate Structure 

Network design is generally completed in tandem with the definition of the 
corporate structure. For example, a commonly used Virtual Local Area 
Network (VLAN) design is based upon the structure of the company. 

Designers must understand the coiporate structure, such as departments, lines 
of business, partners, and remote offices. 

Tip: By understanding the corporate structure, you are more prepared 
to locate and identify major user communities and to characterize 
network traffic flow. 




Notes 
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Step 2: Identify Technical Goals 

You must identify the client’s technical goals. These goals impact the choice of 
Layer 2 technologies and internetworking products used in the network design. 

For example, if the client requires 99.9 percent LAN and WAN availability to 
support Web hosting business operations, then network redundancy is the 
client’s primary technical design issue. 

Hot Standby Router Protocol (HSRP), Border Gateway Protocol (BGP), and 
spanning tree are technologies that help achieve network redundancy. 

Typical Technical Goals 

Four typical technical goals are: 

1. Scalability: Ability of the LAN/WAN network to continue to function weU 
as the network changes in size or volume to meet new enterprise traffic or 
application requirements 

2. Availability: Amount of “up” time the network is available to end users 

3. Performance: Goals that the client defines for acceptable network 
operation, such as capacity utilization, throughput, and delay budget 

4. Security: Strategy to protect sensitive and proprietary data 

See the sections that begin on the next page for additional information. 

^ Tip: It is more difficult to identify the client’s technical goals if the client 
has limited technical knowledge. As a network consultant, you must take 
the initiative. Define the technical goals, based upon the client’s 
business requirements, and obtain the client’s final approval on the 
specifications. 


• •••••••••••••••••••«•••• 

Notes 
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Technical Goal 1: Scalability 

Scalability is the primary technical goal for an enterprise network design. 

A network must be able to increase in size or volume to accommodate dynamic 
and rapid changes in the business environment; for example, rapidly add users 
and applications, open new branch offices, and connect with external partners 
to meet new business challenges. 

As you survey the network, identify the places that lack scalability. For 
example, are there enough switch ports available in the wiring closet? Do 
Frame Relays links utilize bandwidth effectively? In addition, work with the 
client to forecast the network’s expected growth during the next 12 months and 
the next 24 months. 

Identifying Scalability Requirements 

To identify the client’s need for scalability, ask these questions: 

• How many new users do you plan add in the next 12 months and the next 
24 months? 

• How many additional servers (or hosts) do you plan to add within the next 
12 months and the next 24 months? 

• How many new applications do you plan to introduce? How much 
additional LAN and WAN bandwidth is needed to run the new 
applications? 

• How' many sites do you plan to add within the next 12 months and the next 
24 months? 

• How many external partners do you plan to join to the extranet in the next 
12 months and the next 24 months? 

M Ti P : Network change is ongoing. The plan must reflect and integrate 
scalability throughout the design process. 


Notes 
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Technical Goal 2: Availability 

Availability is the second most important technical goal. 

Availability requirements vary, depending upon the client's business needs. 

For example, a client who relies heavily on the network for mission-critical 
business operations has greater availability requirements than one who 
occasionally uses the network to send and receive emails. 

Identifying Availability Requirements 

To identify availability requirements, ask the client these questions: 

• What is the nature of your business? 

• How much does your company rely on the network? 

• What business operations rely on the network? 

• What are the business and political consequences if the network fails? 

• How much money does the company lose per hour of network downtime? 

• Do you have a Serv ice Level Agreement (SLA)? 

• Does your budget support the purchase of redundant WAN circuits and 
internetwork equipment? 




Notes 
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Measuring Availability 

Unlike scalability, you can measure network availability numerically. This 
makes it easier to evaluate the success of your design. 

Availability is expressed as a percent of uptime per year, month, week, day or 
hour compared to the total time in that period. 

For example, if the network runs 165 hours in one week (7 x 24 =168 hours), 
the network's availability during that week is 98.21 percent. 

Defining Availability 

Work with your client to define a reasonable and realistic percentage of 
availability. This relates directly to the project budget Specify that the 
percentage has least two digits following the decimal point. 

For example: 

• 99.70 percent availability: Network downtown is 30 minutes per week 
4 ^ • 99.95 percent availability: Network downtime is 5 minutes per week 


Notes 
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Technical Goal 3: Performance 

Network performance is a broad and complicated topic. Client requirements 
vary; for example: 

• Vague or Subjective: 

“As long as the users have no complaints.” 

• Scientific: 

“I want to see a LAN throughput of at least 1000 packets per second 
(PPS).” 

Tip: If the client’s requirements are vague or subjective, establish 
specific goals to measure the network's performance. 

Parameters that Measure Network Performance 

In general, you can measure network performance in scientific and precise 
terms. Some parameters that indicate the health of an enterprise LAN and 
WAN are: 

• Capacity Utilization: Amount of bandwidth used during a specific time 
period 

• Throughput: Quantity of error-free data that is transmitted per unit of time 

• Delay: Amount of latency 

See the sections that begin on the next page for additional information. 
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Capacity Utilization 

Capacity utilization varies; for example: 

• In a shared Ethernet LAN, it is recommended that utilization not exceed 37 
percent. This is due to the character of Carrier Sense Multiple Access and 
Collision Detection (CSMA/CD). The collision rate is excessive beyond 
this point. 

• In a token-passing LAN, such as token ring or FDDI (Fiber Distributed 
Data Interface), utilization sometimes reaches as much as 70 percent before 
LAN segmentation or more capacity is needed. 

• For WAN circuits, such as T-l and Frame Relay, the optimum network 
utilization is approximately the same as token-passing LANs. 

- Do not consider adding capacity if the current utilization is under 
70 percent. 

- Network management tools, such as HP OpenView and Optivity NMS, 
are helpful to monitor the utilization of the bandwidth. 



# 




m 
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Throughput 

Throughput is variable and is determined by such factors, such as packet 
access method (CSMA/CD or token), network load, and error rate. 



Tip: Do not confuse capacity ami throughput. Capacity is constant. 
Throughput is variable. 


Measuring Throughput 

A common way to measure throughput is in PPS. The table below shows the 
theoretical maximum PPS for internetworked devices, based upon the frame 
size. v ^ 

Table 1: Theoretical Maximum Packets Per Second based upon Frame Size 


Frame Size (in bytes) 

10 Mbps Ethernet Maximum PPS 

64 

14,880 

128 

8445 

256 

4528 

512 

2349 

768 

1586 

1024 

1197 

1280 

961 

1518 

812 
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When measuring throughput, remember that the maximum frame size varies, 
depending upon the Layer 2 technology used. 

Table 2: Maximum Frame Size Corresponding to Layer 2 


Layer 2 Technology 

Maximum Frame Size (in bytes) 

10 or 1(X) Mbps Ethernet 

1,518 

4 Mbps Token Ring 

4,500 

16 Mbps Token Ring 

18,000 

FDD1 

4,500 

ATM with AAL5 Encapsulation 

65,535 

ISDN 

1,500 

T1 

4,500 


Delay (Latency) 

Delay (latency) is another measurement of performance. Delay in user- 
interactive applications or time-sensitive applications, such as video 
conferencing and Voice over IP (VoIP), can result in user complaints. 


Tip: Delay is caused by many reasons. Some types of delays are 
avoidable. 


Defining a Delay Budget 

To set a realistic goal for the tolerable delay, research and thoroughly 
understand the delay requirements for the applications running in the network. 

Ti P : One way to solve the delay problem is to add LAN and WAN 
bandwidth. If budget is a concern, priority queuing, compressing, and 
traffic shaping are techniques that improve performance. 




Notes 
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Technical Goal 4: Security 

Security is an important consideration as enterprises connect their private 
networks to the Internet, to partners, and to remote workers. 

Work closely with the client to define a corporate security policy, if a policy 
does not exist. Carefully integrate security into every step of the network 
design. Ask as many questions as possible to understand the risks associated 
with the failure to secure the network. 

Defining a Corporate Security Policy 

Some guidelines are: 

• Identify the sensitivity of the network data 

• Identify the data storage locations 

• Identify the consequences of a network security breach 



Notes 



Best Practices of Network Design 


Issue 1.0 April 30, 2003 





Page 17 of 50 



Knowledge Check 

Phase 1: Identify Business and Technical Goals 

Before you begin the next section, complete this Knowledge Check to measure 
your understanding of the information in this section. 


I. Describe some typical business goals. 

~ <yuJl !**-* 

_ H c4l vx) J 

_ Vv,^ _ i 

— /iu^bfyfvj /ityvV^CA. 

_ A^atg j -s m ^ 


2. Describe some typical technical goals. 

- /l wfU^f U'^ ^ 
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3. What does 99.70 percent availability mean? 

jJrlvJrvK cU>lAvf f***-»- >'* 3o 3 iaJuIL 


4. 


What does 99.95 percent availability mean? 


m 


5. What is a subjective measurement of throughput? 


6. What is a scientific measurement of throughput? 


7. Compare capacity and throughput. 

Cojuawfi ;vo o^l -\k in 

8. Describe considerations for a corporate security policy. 

_ ^ dW./jj *4 ^ io'K 

- ^ $4ru>^t. LcShwi 
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Phase 2: Assess Existing Network Infrastructure 

Sometimes, you are assigned the task of upgrading or enhancing an existing 
network. If so, first examine and characterize the existing network 
infrastructure, including its topology, uses, and behavior. This helps you 
determine if the client’s business and technical goals are realistic and identify 
any problematic conditions. 

Process Overview 

Follow these steps: 

• Step 1: 

Develop diagrams for existing LAN and WAN. 

• Step 2: 

Identify the physical and logical locations of important internetworking 
equipment; for example, routers, switches, and firewalls. 

Obtain the management passwords to access these devices. 

• Step 3: 

Document the names and addresses of existing network servers and 
interconnection devices. 

• Step 4: 

Document the types and lengths of physical cables and Layer 2 circuits. 
See the sections that begin on the next page for additional information. 


• • •••••••••••••••••<**#••• 
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Step 1: Develop Diagrams of Existing Network 

Even if the client provides you with network diagrams, research and develop 
your own network diagram, whether a single diagram that covers all of the 
elements in a small network or many diagrams that represent a complicated 
network infrastructure. 

The goal is to understand the existing network. This helps you identify the 
improvements or upgrades necessary to meet new business and technical 
requirements. The diagrams are also helpful for troubleshooting purposes. 

V Tip: Make sure that the network diagrams accurately reflect the most 
current network topology and addressing details. 


1 


Types of Network Diagrams 

Types of network diagrams are: 

• Physical network: Location, cabling, and connectivity of network devices 

• Logical network: Architecture or topology 

For example, hierarchical, flat, or layered 

• Specific parts of the network: Specific internetworking situations 
- For example, VPN with a branch office 


Notes 
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Guidelines for Network Diagrams 

Be sure to include the following: 

• Detailed geographical information, such as countries, states, cities, and 
campuses 

• Connections between floors, buildings, and geographic locations 

• Data-link-layer technology and bandwidth: 

For example. Frame Relay, ISDN. 100Mbps Ethernet, or token ring 

• WAN service provider: 

If peering, include the autonomous system (AS) number 

• Location and address of important network devices: 

Interconnection devices, such as routers, switches, and firewalls 
Major enterprise servers, such as the mail, file, and DNS servers 
VPN severs that connect corporate sites over WANs 
Remote access servers and authentication servers 
Major network management stations 


Notes 
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Physical Network Diagram 

The following figure shows a corporate headquarters office with three floors in 
the same building. The diagram shows the physical locations of the 
internetworking devices and IP addressing. 



Figure 2: Physical Network Diagram 
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Step 2: Identify Locations of Important Interconnection 
Devices 


Identify the physical and logical locations of important interconnection 
devices, such as routers, switches and firewalls. These devices primarily 1 
control the network and provide valuable information about the network 
operation. 

For example, the routing behavior in an enterprise LAN and WAN is controlled 
by the location and configuration of the Layer 3 devices. 

Obtain the administrative passwords to access the interconnection devices. The 
upgrade or enhancement to an existing network often requires the ability to log 
in to to interconnection devices and make configuration changes. 

_ _ Tip: If the client does not have the administrative passwords, follow the 
manufacturer’s password recovery procedures. 
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Step 3: Document Names and Network Layer Addresses 


Document the names and addresses of existing network servers and 
interconnection devices. In some cases, also document the Medial Access 
Control (MAC) addresses. 

This information is required to discuss the design with the client and to 
standardize the naming and addressing in the design. 

Guidelines 



An easy-to-remember and well-documented naming and addressing design 
greatly improves the management efficiency and makes future network 
troubleshooting easier. 

Use these guidelines: 

• Choose a naming and addressing convention for use with all equipment 
and network devices. 

• Be consistent with naming and addressing throughout the internetwork. 


Notes 
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Step 4: Document Physical Cabling and Layer 2 Circuits 

Before upgrading or enhancing an existing network, obtain all relevant 
information for the physical cables and Layer 2 circuits. This information helps 
you locate potential performance bottlenecks and other problematic condition. 

Request the client’s facility team to supply the type and length of the physical 
cables. Trace the cables if there is no facility team. 

Request the WAN service provider to supply the technical specifications and 
documentation for the Layer 2 circuits. For example, number of connections, 

/ type (T-l or Frame Relay), circuit identification, line encoding or 
3 encapsulation method, and technical support numbers for the WAN service 
providers. 

After obtaining the information about the physical cables and Layer 2 circuits, 
document the information. See the table below for an example. 


Table 3: Example of Physical Cabling and Layer 2 Circuits 


Links 

Type 

Provider 

Circuit ID 

Tech 

Support 

Encapsulation 

SF-NY 

Full T-l 

UUNet 

Xxxxxx 

800-xxx 

HDLC 

SF-MV 

Frame Relay 

Pac Bell 

Yyyyyy 

999-yyy 

PPP 
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Knowledge Check 

Phase 2: Assess Existing Network Infrastructure 

Before you begin the next section, complete this Knowledge Check to measure 
your understanding of the information in this section. 


1. What is the difference between a physical network diagram and a logical 
network diagram? 

'P daoSTi 1Cw*-4 


2. Why is it important to identify the physical and logical locations of 
important interconnection devices 

/tetUisoVl* ivjgv****^ irv\ ob'T-L'f Im I/'-' 


3. 


List at least four types of Layer 2 circuit information that the WAN service 
provider should supply. 

- l^fTi is***** <****)) n 

-r ***» 

List two rules tor naming and addressing conventions for all machines and 
network devices. 
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Phase 3: Design Logical LAN and WAN 


Process Overview 


You are now ready to design the LAN and WAN infrastructures. The steps in 
this phase of network design are: 

• Step 1: Select logical network topology 

• Step 2: Design LAN infrastructure 

• Step 3: Design WAN Infrastructure 

• Step 4: Select interior routing protocols 


Tip: Design solutions that provide scalability, availability, 
performance, and security. 


Notes 
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Step 1: Select Logical Network Topology 

Select a logical network topology. This topology illustrates the configuration 
or arrangement of the conceptual network. 

For example, show: 

• Network nodes and segments 

• Interconnection points between segments 

• Size and scope of networks 

• Required internetworking devices; for example, hubs, switches, or routers 
Note: You do not have to decide the types of devices to use. 

Hierarchical Model 

Network design experts recommend the hierarchical model over other design 
models, such as flat or mesh, for these reasons: 

• Three distinct layers: Allows an internetwork to be designed in three 
layers, each focusing on specific functions 

• Modular: Allows designers to create elements that are easily replicated as 
the network grows and changes 

• Scalable: Constrains cost and complexity of making the upgrade to a small 
subset of the overall network as each element changes 




Notes 
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Typical Hierarchical Network Topology 

A typical hierarchical network topology includes three layers: 

• Core: High-end routers and switches optimized for availability and 
performance; sometimes referred to as the network “backbone" 

• Distribution: Boundary definition between core and access layer; includes 
routers and switches that implement network policies 

• Access: Interconnection devices, such as hubs and switches, that connect 
users to the network 

Figure 4: Hierarchical Model 
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Core Layer Design 

Configure core routers for maximum throughput, low latency, and 
manageability. 




\ 



Tip: Do not configure core routers for packet manipulation, such as 
access list filtering. This slows packet switching. Do not attach servers 
and end-user machines. 


Distribution Layer Design 

Use the distribution layer to provide boundary definition and packet 
manipulation. Example functions are: 

• Address or area aggregation 

• Departmental or workgroup access 

• Broadcast/multicast domain definition 

• VLAN routing 

• Media transitions that need to occur 

• Security policies 

In the non-campus environment, you can configure the distribution layer as: 

• Redistribution point between routing domains 

• Demarcation between static and dynamic routing protocols 

• Point at which remote sites access the corporate network 

See the next page for information about static and dynamic routing. 

Access Layer Design 

Use the access layer to connect users directly to network. You sometimes 
configure access lists or filters at this layer to further optimize the needs of a 
particular set of users. 

In an enterprise campus environment, example functions are: 

• Shared bandwidth 

• Switched bandwidth 

• MAC layer filtering 

• Microsegmentation 

Further segments the LAN to fewer users and ultimately to a single 
user with a dedicated LAN segment 

In the non-campus environment, remote sites connect to the corporate network 
at the access layer via WAN technologies, such as Frame Relay, ISDN, or 
leased lines. 
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Routing 

There are two ways to achieve routing: static and dynamic. 

Static Routing 

Static routing is the simplest form of routing. Network administrators perform 
the route discovery and propagation. Some benefits of static routing are: 

• Security: Provides single path in and out of a network, unless the 
administrator defines multiple static routes 

• Resource-efficient: 

Requires less bandwidth across transmission facilities 
Does not waste router Central Processing Unit (CPU) cycles to 
calculate routes 
Requires less memory 

• Economy: Allows the use of smaller, less-expensive routers 


Despite its benefits, static routing has inherent limitations. The biggest 
limitation is manageability, for these reasons: 

• If the network fails or another topology change occurs, the administrator 
must manually accommodate the changes throughout the internetwork. 

• When the network grows to a certain level, it is difficult to manually track 
and update routing tables. 
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Dynamic Routing 

Dynamic routing is preferred to static routing in a mid-sized and large 
networking environment. 

There are two classes of dynamic routing protocols: 

• Distance-vector protocols: 

Routing Information Protocol (RIP) 

Interior Gateway Routing Protocol (IGRP) 

• Link-state protocols: 

Open Shortest Path First (OSPF) protocol 
Intermediate System to Intermediate System (IS-IS) 
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Step 2: Design LAN Infrastructure 

In a campus environment, the network design must meet the client's goals for 
scalability, availability, and performance. 

Ways to meet the client’s goals are: 

• Small broadcast domains 

• Redundant distribution layers 

• Mirrored servers 

• Multiple routes for an end-user workstation to reach a gateway router 


Tip: These are usually considered LAN design issues. 


Layer 2 Switching in the LAN Infrastructure 

Network designers previously had limited hardware options when purchasing a 
technology for corporate networks: 

• Hubs for wiring closets 

• Routers for the data center 

Greater bandwidth and improved LAN performance and reliability are now 
required in traditional shared-media environments. This is due to the increased 
power of desktop processors and the requirements of client-server and 
multimedia applications. 

The preferred solution is to replace hubs in the wiring closets with Layer 2 
switches, as illustrated in the figure on the next page. 
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In the figure, the Layer 2 switches monitor traffic and compile address tables, 
forwarding packets directly to specific ports in the LAN. 

Note: Switches also usually provide non-blocking service. This allows 
multiple conversations (traffic between two ports) to occur simultaneously. 

Interworking devices connect segments to enable communication between 
LANs and block other types of traffic 

The segmentation of shared-media LANs divides users into two or more 
separate LAN segments. This reduces the number of users contending for 
bandwidth. 


Figure 5: Layer 2 Switching in the LAN Infrastructure 
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Benefits of Layer 2 Switching in the LAN Infrastructure 


Benefits of Layer 2 switching are: 



Increases bandwidth availability 
Increases manageability of VLANs: 

Organizes network users into logical workgroups that are independent 
of the physical wiring closet hubs 

Reduces the cost of moves, adds, and changes 
Increases network flexibility 

Supports the deployment of emerging multimedia applications across 
different switching platforms and technologies, making the applications 
available to a variety of users 

Provides a smooth evolution path to high-performance switching solutions, 
such as Fast Ethernet and Asynchronous Transfer Mode (ATM) 
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Selecting a Layer 2 Switching Technology 

The cost of Layer 2 switches is decreasing rapidly, making them an affordable 
solution. However, there are hundreds of Layer 2 switches in the market from 
which you can choose. 

When selecting a switching technology, ask the client these questions: 

• What port density do you require? 

• Do you require an intelligent or dummy switch? 

• Do you require VLAN support? 

• Do you plan to use IEEE802. Id Spanning Tree Protocol (STP) between the 
Layer 2 switches? 

See the following sections for additional information. 


VLAN Support 

In the dynamic computing environment, the VLAN is becoming a commonly 
used design model for the enterprise network. 


c 


In this model, the physical location of a user no longer matters. Users move 
anywhere within the enterprise without changing their static IP address, 
provided the VLAN number remains the same. This provides high scalability 
for an enterprise LAN. 
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IEEE802.1d Spanning Tree Protocol 

The use of the IEEE802. Id Spanning Tree Protocol (STP) between the Layer 2 
switches helps ensure high availability and scalability in a LAN environment. 

The STP guarantees that there is only one active Layer 2 path between the 2 
networked stations. A redundant path is automatically selected and activated 
when the active path experiences problems. 

Both links from an access-layer switch carry traffic. A failover occurs to a new 
root bridge if one switch fails. 

For example: 

• LAN Switch A acts as the root bridge for VLAN 2, 4. and 6, and LAN 

Switch B acts as the root bridge for 3, 5. and 7 when both switches are 
operational and running. . 

• Switch B can become the root bridge for VLAN 2. 4. and 6 if Switch A 
fails, and Switch A can become the root bridge for VLAN 3, 5. and 7 if 
Switch B fails. 


M Ti P : HSRP. server redundancy, and Dynamic Host Configuration 

Protocol (DHCP) are also important technologies to achieve a high 
” availability in the LAN. 
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Step 3: Design WAN Infrastructure 

The design of a scalable and highly available WAN network is more complex 
than that of a LAN. Unlike a campus LAN where you have full administrative 
control of the links and the equipment, you generally lease WAN links from 
service providers. 

Connectivity relies heavily on service from external sources. 

To guarantee a scalable and reliable enterprise WAN network, ensure that the 
service provider offers a competitive Service Level Agreement (SLA). 

Make sure that the SLA clearly guarantees the maximum latency a packet 
experiences, when traveling the provider’s backbone and the best availability. 

V Tip: If the provider does not have an SLA, it is recommended that you 
negotiate a service with a provider that does. 
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Backup WAN Links 

One method to achieve reliability is to add a backup WAN link to the primary 
link. This guarantees the availability of WAN services if the primary link fails. 

For example, add a backup ISDN circuit for the primary T-l or Frame Relay 
circuit. 



This solution does not always work: 

• The company may not have the budget to lease backup circuits. 

• It is difficult to ensure that the circuits are truly diverse. 

Carriers lease capacity to each other and use third-party companies to 
provide capacity to multiple carriers. 

Sometimes carriers share the same telecom facilities. 
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Multi-homing with Border Gateway 

Another technique used to design a reliable WAN network is multi-homing. 

Multi-homing provides an enterprise network with more than one entry point 
into the Internet. This allows fault tolerance for applications that require 
Internet access and high availability for enterprise public accessible servers, 
such as public email Web servers. 


7 


Border Gateway Protocol (BGP), defined in RFC 1771, is a complex exterior 
routing protocol. 


BGP allows an enterprise to create loop-free, interdomain routing between 
autonomous systems (AS). It provides redundant Internet connections. It is 
also used by large enterprises to connect isolated campuses. 



Caution: Make sure that you or your client have the necessary 
knowledge and skills to configure and maintain BGP. BGP is a 
powerful and complex application. Improper configuration can result 
in a network disaster. 
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Step 4: Select Interior Routing Protocols 

One of the most important decisions when designing an enteiprise LAN or 
WAN is to select the appropriate interior routing protocols. 

LANs and WANs have the same basic goal: Share network reachability 
information among all the routers. However, no single routing protocol is a 
universal solution for an enteiprise. 

Routing protocols have distinctly different scalability and performance 
characteristics. Some routing protocols are designed for small internetworks. 
Other routing protocols work best in a larger-scale network. 

Types of Dynamic Interior Routing Protocols 

Commonly used dynamic interior routing protocols are: 

• Routing Information Protocol (RIP) 

• Interior Gateway Routing Protocol (IGRP) 

• Enhanced Interior Gateway Routing Protocol (EIGRP) 

• Open Shortest Path First (OSPF) 

Protocol selection is based upon the routing requirements and intended use. 
See the example on the next page. 
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Example 

Each protocol has its own advantages and disadvantages. For example: 

• If the network requires UNIX servers to participate in the routing domain, 
then RIP is the only option because UNIX servers talk only RIP. 

• If the network has routers from different vendors in the same routing 
domain, then EIGRP does not work because it is a proprietary Cisco 
solution. 

• If the network uses Variable Length Subnet Masks (VLSM) and 
discontinuous subnets, you must use EIGRP or OSPF. 

- OSPF and EIGRP advertise IP routes along with the subnet masks and 
support VLSM. 

RIP and IGRP only work in a fixed length subnet masking (FLSM) 
environment. 
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Guidelines 

Use the following guidelines to help determine the best routing protocol to 
meet the client’s technical goals. 

• Are there any limits placed on the metrics? 

• Does the network support variable subnet length? 

• How quickly do the routing protocol converge when upgrades or changes 
occur? 

• How often are routing updates or link-state advertisements transmitted? 

• How much data is transmitted in a routing update? 

• How much bandwidth is used to send the routing updates? 

• How widely are routing updates distributed? 

• How much CPU utilization is required to process routing updates or link- 
state advertisements? 

• Are static and default routes supported? 

• Is route summarization supported? 


V Tip: Protocol selection is sometimes based on personal preference; for 
example, a designer with more experience in OSPF design is more 
comfortable using OSPF than El GRP. 
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Notes 


Knowledge Check 

Phase 3: Assess Existing Network Infrastructure 


Before you begin the next section, complete this Knowledge Check to measure 
your understanding of the information in this section. 


In a hierarchical network topology, which layer contains interconnection 
devices that enable users to access the network? 


A 


CCIA* 


L> 


T- 


2. In a hierarchical network topology, configure core routers for packet 
manipulation and network policies. 


a. True 
False 


3. Dynamic routing is always preferred to static routing in a mid-sized and 
large networking environment. 


a. True 

b. False 


4. What are the two classes of dynamic routing protocols? 
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6. In a VLAN, users can move anywhere within the enterprise without 
changing their static IP address, provided the VLAN number remains the 
same. 

rST) True 
b. False 

7. With STP. a redundant path is automatically selected and activated when 
the active path experiences problems. 

jO True 
b. False 

8. Why do backup WAN links not always guarantee reliability if the primary 

link fails? , , , 

_ T*U £****.««■» aaac*J iicK UMl CVU^TS 

- I 'a ohe, ***#«.**<'f'Lrff Ahi vUt*-**}* 

9. What is multi-homing? What protocol uses this technique? 

- [V>tU«x ftwfrwrf) 

10. If the network uses variable length subnet masks IP addressing and 
discontinuous subnets, the Interior Gateway Routing Protocol is 
recommended. 

a. True 

(b. False 
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Phase 4: Document Design and Make Final Proposal 

Overview 

After you complete the network design, you have one final step. You must 
present the final design to the client. 

Do not ignore the importance of the final proposal. A well-written and 
articulate proposal is usually the decisive factor for the client’s approval or 
disapproval of the project. 

Guidelines 

In general, the final design proposal should be comprehensive enough to cover 
the following topics: 

• Executive summary 

• Project goal 

• Project scope 

• Design requirements (business and technical) 

• Current state of the network 

• Logical network design 

• Physical network design 

• Implementation plan 

• Project budget: 

If the client provides a Request for Purchase (RFP), follow the format 
prescribed in the RFP. 

If there is no RFP. develop a document that describes the business and 
technical requirements, the existing network, the logical and physical 
LAN and WAN design, and the budget and associated expenses. 
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Summary 

This lesson outlined a systematic methodology for enterprise LAN and WAN 
design. In this lesson, you learned about the four major design phases and the 
step-by-step procedures in each phase. 

Although you learned no implementation solutions, you learned bout key 
questions to ask and important considerations to remember during the LAN 
and WAN design process. 
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Lesson Template.FM Issue 4.00 October 15, 1998 


Interwork Nortel Networks VoIP 
Products 


Introduction 

Interworking is concerned with the interconnection and interoperability of two 

or more disparate Local Area Networks (LAN) within the enterprise network 

that communicate with each other and work together as a single network. 

Interworking can be a complicated process for the following reasons: 

• LANs were originally installed without regard for future connectivity to 
other LANs 

• LANs were individually implemented without regard for organizational 
standards and uniformity 

• Many organizations lack the technical expertise to deal with the various 
technical issues related to networking 


Objectives 

After completing this lesson, you will propose solutions to interwork BCM 3.0. 
Meridian 1 Internet Enabled 25.40. and Succession Communication Server for 
Enterprise (CSE) 1000 2.0 systems. 
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Practice 

Interwork Nortel Networks VoIP Products 



In this practice, you are presented with two case studies. For each case study, 
prepare and present a networking proposal. The proposals must meet the 
requirements below and satisfy the customer requirements provided in the case 
studies that begin on the following page. 


• Outline: Create a brief outline of the proposal that includes the following: 

Benefits: List the most important benefits. 

Solution: Prepare an acknowledgement of how your solution meets 
customer needs. 

- Additional information or assumptions: List additional information 
or assumptions needed to design this network solution. 

Requirements: List the required hardware and software. 

QoS: Describe the Quality of Service (QoS) that you plan to use to 
ensure voice quality and optimal traffic flows. 

Calculations: Use the capacity planning example and traffic 
engineering for VoIP calculations. 

Network diagram: Draw a network diagram that details connectivity, 
protocols, bandwidth, and allocation requirements. 

• Presentation: Prepare a presentation for your solution, as follows: 

Use the information from the previous lesson. 

Use any classroom tools that are available; for example: whiteboard, 
flip chart, overhead projector. However, content is more important 
than style. 

Appoint a team spokesperson to present your solution to the class. 

- Timeframe for each case study: 

Reading and question preparation: 45 minutes 
Question time: 30 minutes 
Presentation design: 45 minutes 
Case study presentation: 30 minutes 
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Case Study 1: JackRabbitt Company 

Customer Meeting Notes 

JackRabbitt Company headquarters is in Dallas, with 40 employees. It has a 
regional office in Washington, DC, with 15 Sales and Marketing personnel. It 
has a technical support facility in Chicago, with 10 employees on a single shift, 
with expected growth to 20 employees within the next year. 

Voice Services 

JackRabbitt uses Centrex services for voice at all locations. A local 
telecommunications provider supplies these services with a DMS-100 switch. 
Because connectivity between sites is through the PSTN, toll charges are very 
high. . 

Data Services 

JackRabbitt leases data networking services. Desktop devices connect to a 
local Internet Service Provider (ISP), where the central server is located. As 
traffic increases at the ISP, employees complain of slow network performance 
and loss of connectivity. 

The company uses V.90 modems with dial-up connections for network access. 
This is very slow and expensive, due to bandwidth and additional lines for 
modems. 

Goals 

JackRabbitt plans to open a regional office in Paris with 20 employees and 
anticipates growth to include an additional 45 employees within the next 18 
months. 

The company is interested in the following: 

• Lower operating costs, increased productivity, and improved site-to-site 
communications 

• Centralized network administration with an e-business application 

• Unified voice and data platform 

• Reduced long distance costs through VoIP 

• External routers 
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JackRabbitt Company Voice and Data Network 

Network 


Location 

Network 

Public DNs 

Private DNs 

Dallas 

(headquarters) 

Network: lO.x.x.x 

Subnet mask: 255.255.0.0 

214-575-2221 through 
214-575-2271 


Washington, DC 

(regional office) 

Network: 155.x.x.x 

Subnet mask: 255.255.255.0 

202-577-3221 through 
202-576-3271 

Range beginning 
with 3221 

Chicago 

(technical support) 

Network: 195.x.x.x 

Subnet mask: 255.255.255.224 

708-577-4221 through 
708-577-4271 

Range beginning 
with 4221 

Paris 

(regional office) 

Network: 47.x.x.x 

Subnet mask: 255.255.0.0 

33-00-1-22-33-52-21 through 
33-00-1-22-33-52-71 

Range beginning 
with 5221 


Traffic Requirements 

Normal data traffic requires lOMbs per site. Voice and fax require additional 
bandwidth. 

The CODEC of choice is G.729A. Voice packet payload is 30 ms. 

Busy Hour 

During the busy hour, each site generates 4 VoIP users (calls) using the IP 
network (originating and terminating), with an average holding time of 150 
seconds. 

During the same hour: 

• Faxes sent: 

Number: 25 

Average number of pages: 5 

• Faxes received: 

Number: 20 

Average number of pages: 3 

• Average time to set up and complete a fax: 48 seconds 

• Bandwidth: 14.4 Kbps 

• Sample: 16.6 ms. 
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Additional Requirements 

Be sure to address the following requirements in your plan: 


• Four BCMs, with different subnetworks that use external routing 


• Coordinated Dialing Plan (CDP) 

• Connectivity using both circuit switching and packet switching 

• Ability for Dallas and Washington, DC sites to share sensitive data over the 
WAN, with backup over modem through the ISP 

• Equal distribution among employees of calls to the main telephone number 
at the Chicago technical support facility 

• VoIP for t oll cal ls, with backup over the PSTN for all sites 1?>CrA 

• Private IPs for all client PCs at each site: 

Map IP addresses mapped to names and assign dynamically 

Make sure that IP addresses are not visible outside of each site (r ^ u*x( |i 

• Incoming connections to FTP, Telnet, and FITTP allowed at all sites. 

• Outgoing connections unrestricted 

• Ability for all employees to receive and reply to voice mail and fax 
messages wherever they have a connection to the Internet 
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Steps: u 

Follow these steps: 0 

1. Identify the voice traffic requirements, including: 

- CCS per user: _ 

- Total Voice CCS (Tv): _ 

Formulas: 

CCS per user = 

# of calls (sets) * average holding time in seconds /100 

- Total Voice CCS (Tv) = CCS per user * # of VoIP users (calls) 

See the "Resource 1: Voice Traffic Calculations” at the end of this lesson 
for a review of the calculations. 

2. Identify the fax traffic requirements, including: 

- CCS per user sending fax: ' _ 

- CCS per user receiving fax: ^ 0 1 ° _ 

- Total Fax CCS (Tx): " _ 


# 


Notes 
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Formulas: 

CCS per user sending fax = 

# of fax pages sent * average time to send a page /100 

CCS per user receiving fax = 

# of fax pages received * average time to receive a page 

- Total Fax CCS (Tx) = 

CCS per user sending fax + CCS per users receiving fax 

See the "Resource 2: Fax Traffic Calculations” at the end of this lesson for 
a review of the calculations. 


Notes 
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3. Identify the VoIP traffic requirements, as follows: 

a. G.711: 

- Total Traffic (T) (voice and fax): 2 S _ 

- Total Voice Bandwidth (Bv): ) < ^ 3 _ 

- Total Fax Bandwidth (Bx): ^ i ^ ^ ^ _ 

- Total Bandwidth (Bt) (voice and fax):_ aVnU,^ 

- Compensation for Peakedness Value of 1.3 


b. G.729A/B with VAD: 

- Total Traffic (T) (voice and fax): ^ ° _ 

- Total Voice Bandwidth (Bv): 2^> , S4 _ 

- Total Fax Bandwidth (Bx): V,I ~ J ' 1 _ 

- Total Bandwidth (Bt) (voice and fax): 0 

- Compensation for Peakedness Value of 1.3: % ^8Mbps 


c. G.729A/B without VAD: 

- Total Traffic (T) (voice and fax): ■ 1 ■ ^ 


- Total Voice Bandwidth (Bv): _ 0>_ 

- Total Fax Bandwidth (Bx): ) 3 

- Total Bandwidth (Bt) (voice and fax):_ 

- Compensation for Peakedness Value of 1.3: 'f vl 
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Formulas: 

- Total Traffic (T) = Tv + Tx 

Total Voice Bandwidth (Bv) = Tv * CODEC bandwidth 
Total Fax Bandwidth (Bx) = Tx * fax bandwidth 
Total Bandwidth (Bt) = Bv + Bx 
Compensation for Peakedness Value of 1.3 = 

Bt * 1.3 (total utilization) 

See the “Resource 3: VoIP Traffic Calculations” at the end of this lesson for 
a review of the calculations. 

4. Identify the corporate structure, including: 

&PS lz . 

Number of sites: 

-3 ■,----- 

Number of users at each site: po CM>c / 6 \ 

5. List the applications (including VoIP) that the client plans to use. 

>3CM MAT. 

-i- 

\JPf0'4 ball** sks-J _ 

CQp ^ GCM _ 

(, \AAisy^c-yix*.* 

-*- 


m m m 
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6. Review the table that lists the IP addressing. 

7. Identify the type of Dialing Plan. 

-2/ MX- i (V./a xx<- 3 

8. Describe the type of security you plan to use. 

^ 5CM g~c y?cfi^*+r _ 

^ fpaOa^n 

-V- 
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9. List the required hardware (both internal and external). 

tyJUb^ j ?+*** e- ^2 fbcn AQ >0 ^ 2 SC-rt & 70Q -=> -j 

\lr~x*. 3 -3SO 

- — - 

t°^\ ,2- fcA 3?S _ 

_4"? ?' < c.«^. ^ 'tp-ttL» /<r» 
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10. Draw the physical topology. 
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12. Prepare an outline of the proposal. Be sure to include the following: 

Benefits: List the most important benefits. 

Solution: Prepare an acknowledgement of how your solution meets 
customer needs. 

Additional information or assumptions: List additional information 
or assumptions needed to design this network solution. 
Requirements: List the required hardware and software. 

QoS: Describe the Quality of Service (QoS) that you plan to use to 
ensure voice quality and optimal traffic flows. 

Calculations: Use the capacity planning example and traffic 
engineering for VoIP calculations. 

13. Prepare a presentation for your solution. Remember, there is no single 
correct solution. There can be many correct solutions for the same 
plan. 

14. Appoint a team spokesperson to present your solution to the class. 


Notes 
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Resource 1: Voice Traffic Calculations 

• Voice measurements: 

Number of VoIP users (calls): 4 
Average hold time: 150 seconds 
Sample: 30 ms 

• Formulas: 

CCS per user = 

# of calls (sets) * average holding time in seconds /100 
Total Voice CCS (Tv) = CCS per user * # of VoIP users (calls) 

CCS Per User: 


# of calls 

* 

Average holding time in 
seconds 

/ 


= 

CCS Per User 

A 

* 

IT° 

/ 

100 

= 

6 


Total Voice CCS (Tv): 


CCS per user 

* 

#of VoIP users (calls) 

= 

Tv 

L 

* 

4 

= 

Z4 
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Resource 2: Fax Traffic Calculations 

• Fax measurements: 

Sent faxes: 25 (5 pages) 

Received faxes: 20 (3 pages) 

Average time to receive or send: 48 seconds 
Bandwidth: 14.4 kbps 
Sample: 16.6 ms 

• Formulas: 

CCS per user sending fax = 

# of fax pages sent * average time to send a page /100 

- CCS per user receiving fax = 

# of fax pages received * average time to receive a page 

Total Fax CCS (Tx) = 

CCS per user sending fax + CCS per users receiving fax 


# of fax pages sent 

* 

Average time to send a 
page 

/ 

too 
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CCS per user 
sending fax 
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/ 
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CCS Per User Receiving Fax: 
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= 
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Total Fax CCS (Tx): 
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Resource 3: VoIP Traffic Calculations 

• VoIP measurements: 

Total Traffic (T) = Tv + Tx 

Total Voice Bandwidth (Bv) = Tv * CODEC bandwidth 
Total Fax Bandwidth (Bx) = Tx * fax bandwidth 
Total Bandwidth (Bt) = Bv + Bx 

Compensation for Peakedness Value of 1.3 = 

Bt * 1.3 (total utilization) 

a. Assuming G.711: 
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Total Traffic (T) (voice and fax): 


Tv (from Step 1) 

+ 

Tx (from Step 2) 

= 

T 
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= 
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Total Voice Bandwidth (Bv): 
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b. Assuming G.729A/B (with VAD): 


Total Traffic (T) (voice and fax): 


Tv (from Step 1) 

+ 

Tx (from Step 2) 
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c. Assuming G.729A/B without VAD: 
Total Traffic (T) (voice and fax): 


Tv (from Step 1) 

+ 

Tx (from Step 2) 

- 

T 

2t 

+ 
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Total Voice Bandwidth (Bv): 
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Case Study 2: Eagle Company 

Background 

The Jackrabbit company has been acquired by the Eagle Company. The 
Headquarters now numbers roughly 400 people and is located in Kansas City. 
The company is in the planning stages of the relocation to a three-building 
campus, as well as the integration of the Jackrabbit and Eagle networks. 

Eagle has production facilities in Minnesota. Mexico, and Guatemala, with 
roughly 100 people at each location. In addition, the company has 15 remote 
teleworkers in the Kansas City area. 

Like Jackrabbit, Eagle uses Centrex services for traditional voice services. 

Goals 

Eagle believes that the move to the new campus environment and the 
acquisition of Jackrabbit are a good time to implement a converged network 
solution. 




Notes 
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Converge Eagle and Jackrabbit Voice and Data Networks 

Network and Dialing Plan 


Location 

Network 

Public DNs 

Private DNs 

Kansas City 

(headquarters) 

Network: ll.x.x.x 

Subnet mask: 255.255.0.0 

785-555-6221 through 
785-555-6971 

Range beginning 
with 6221 

Dallas 

(regional office) 

lO.x.x.x 

Subnet mask: 255.255.0.0 

214-575-2221 through 
214-575-2271 

Range beginning 
with 2221 

Washington, I)C 

(regional office) 

Network: 155.x.x.x 

Subnet mask: 255.255.255.0 

202-577-3221 through 
202-576-3271 

Range beginning 
with 3221 

Minnesota (tech 
support, moved 
from Chicago) 

Network: 195 .x.x.x 

Subnet mask: 255.255.255.= 

952-577-4221 through 
952-577-4571 

Range beginning 
with 4221 

Paris 

(regional office) 

Network:47.x.x.x 

Subnet mask: 255.255.0.0 

33-00-1-22-33-52-21 through 
33-00-1-22-33-52-71 

Range beginning 
with 5221 

Mexico and 
Guatemala 

(production plants 

Network:176.11.x.x 

Subnet mask: 255.255.224.0 

011-52-871-537-7221 through 
011-52-871-537-7521 

Range beginning 
with 7221 


Traffic Requirements 

Normal data traffic requires 20Mbs per site. The CODEC of choice is G.729A. 
Voice packet payload is 30 ms. 

Busy Hour 

During the busy hour, each site generates 20 VoIP calls using the IP network 
(originating and terminating), with an average holding time of 150 seconds. 

During the same hour: 

• Faxes sent: 

- Number: 75 

Average number of pages: 5 

• Faxes received: 

Number: 30 

Average number of pages: 3 

• Bandwidth: 14.4 Kbps 

• Sample: 16.6 ms. 

• Average time to set up and complete a fax: 48 seconds 
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Requirements 

Be sure to address the following requirements in your plan: 

• Network utilizes existing BCMs and other IP-enabled communication 
servers that cover different subnetworks with external routing 

• Coordinated dialing plan 

• All sites connected with circuit switching and packet switching 

• Ability for Dallas and Washington, DC sites to share sensitive data over the 
WAN, with backup over modem through the ISP 

• Equal distribution among employees of all calls to the main number at the 
technical support facility in Minnesota 

• VoIP for toll calls, with backup over the PSTN for all sites 

• Private IPs for all client PCs at each site: 

IP addresses mapped to names and assigned dynamically 
IP addresses must not visible outside of each site 

• Incoming connections to FTP, Telnet, and HTTP allowed at all sites 

• Outgoing connections unrestricted 

• Ability for all employees to receive and reply to voice mail and fax 
messages wherever they have a connection to the Internet 


Notes 



Issue 1.0 April 30, 2003 


Interwork Nortel Networks VoIP Products 





Page 24 of 40 


Steps: 

Follow these steps: 

1. Identify the voice traffic requirements, including: 

- CCS per user:__ 

- Total Voice CCS (Tv):___ 

Formulas: 

CCS per user = 

# of calls (sets) * average holding time in seconds /100 

- Total Voice CCS (Tv) = CCS per user * # of VoIP users (calls) 

See the “Resource 4: Voice Traffic Calculations” at the end of this lesson 
for a review of the calculations. 

2. Identify the fax traffic requirements, including: 

- CCS per user sending fax:_ 

- CCS per user receiving fax:_ 

- Total Fax CCS (Tx):___ 




Notes 
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Formulas: 

CCS per user sending fax = 

# of fax pages sent * average time to send a page /100 

CCS per user receiving fax = 

# of fax pages received * average time to receive a page 

Total Fax CCS (Tx) = 

CCS per user sending fax + CCS per users receiving fax 

See the "Resource 5: Fax Traffic Calculations” at the end of this lesson for 
a review of the calculations. 


• •••••*•••••••••••••••••• 

Notes 
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3. Identify the VoIP traffic requirements, as follows: 

a. G.711: 

- Total Traffic (T) (voice and fax):_ 

- Total Voice Bandwidth (Bv):_ 

- Total Fax Bandwidth (Bx):_ 

- Total Bandwidth (Bt) (voice and fax):_ 

- Compensation for Peakedness Value of 1.3: 

b. G.729A/B with VAD: 

- Total Traffic (T) (voice and fax):_ 

- Total Voice Bandwidth (Bv):_ 

- Total Fax Bandwidth (Bx):_ 

- Total Bandwidth (Bt) (voice and fax):_ 

- Compensation for Peakedness Value of 1.3: 

c. G.729A/B without VAD: 

- Total Traffic (T) (voice and fax):_ 

- Total Voice Bandwidth (Bv):_ 

- Total Fax Bandwidth (Bx):_ 

- Total Bandwidth (Bt) (voice and fax):_ 

- Compensation for Peakedness Value of 1.3: 
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Formulas: 

Total Traffic (T) = Tv + Tx 

- Total Voice Bandwidth (Bv) = Tv * CODEC bandwidth 
Total Fax Bandwidth (Bx) = Tx * fax bandwidth 

Total Bandwidth (Bt) = Bv + Bx 

Compensation for Peakedness Value of 1.3 = 

Bt * 1.3 (total utilization) 

See the “Resource 6: VoIP Traffic Calculations” at the end of this lesson for 
a review of the calculations. 

4. Identify the corporate structure, including: 

- Number of sites: _ 

- Number of users at each site:_ 

5. List the applications (including VoIP) that the client plans to use. 


Notes 
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6. Identify the IP addressing. 

7. Identify the type of Dialing Plan. 


8. Describe the type of security you plan to use. 


Notes 
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9. List the required hardware (both internal and external). 


$ 




Notes 
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10. Draw the physical topology. 
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12. Prepare an outline of the proposal. Be sure to include the following: 

Benefits: List the most important benefits. 

Solution: Prepare an acknowledgement of how your solution meets 
customer needs. 

Additional information or assumptions: List additional information 
or assumptions needed to design this network solution. 
Requirements: List the required hardware and software. 

- QoS: Describe the Quality of Service (QoS) that you plan to use to 
ensure voice quality and optimal traffic flows. 

Calculations: Use the capacity planning example and traffic 
engineering for VoIP calculations. 

13. Prepare a presentation for your solution. Remember, there is no single 
correct solution. There can be many correct solutions for the same 
plan. 

14. Appoint a team spokesperson to present your solution to the class. 


Notes 
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Resource 7: Voice Traffic Calculations 

• Voice measurements: 

Number of VoIP users (calls): 4 
Average hold time: 150 seconds 
Sample: 30 ms 

• Formulas: 

CCS per user = 

# of calls (sets) * average holding time in seconds /100 
Total Voice CCS (Tv) = CCS per user * # of VoIP users (calls) 


CCS Per User: 


# of calls 

* 

Average holding time in 
seconds 

/ 

too 

= 

CCS Per User 

4 

* 
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/ 
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Total Voice CCS (Tv): 
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* 
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Tv 


4 

* 
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Resource 6: Fax Traffic Calculations 

• Fax measurements: 

Sent faxes: 25 (5 pages) 

Received faxes: 20 (3 pages) 

Average time to receive or send: 48 seconds 
Bandwidth: 14.4 kbps 
Sample: 16.6 ms 

• Formulas: 

CCS per user sending fax = 

# of fax pages sent * average time to send a page /100 

CCS per user receiving fax = 

# of fax pages receiv ed * average time to receive a page 

- Total Fax CCS (Tx) = 

CCS per user sending fax + CCS per users receiving fax 
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Resource 3: VoIP Traffic Calculations 

• VoIP measurements: 

Total Traffic (T) = Tv + Tx 

Total Voice Bandwidth (Bv) = Tv * CODEC bandwidth 
Total Fax Bandwidth (Bx) = Tx * fax bandwidth 
Total Bandwidth (Bt) = Bv + Bx 

Compensation for Peakedness Value of 1.3 = 

Bt * 1.3 (total utilization) 
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a. Assuming G.711: 


Total Traffic (T) (voice and fax): 
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b. Assuming G.729A/B with VAD: 


Total Traffic (T) (voice and fax): 


Tv (from Step 1) 
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c. Assuming G.729A/B without VAD: 


Total Traffic (T) (voice and fax): 
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Answers to Practice 

Interwork Nortel Networks VoIP Products 

There is no Skill Check. 

If you successfully completed the Practice and are confident with your 
understanding of the material, you satisfied the Practice requirements. If you 
need additional assistance, see your instructor. 


Notes 
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Summary 

In this lesson, you learned how to propose solutions to interwork Nortel 
Networks VoIP products, including: BCM 3.0, Meridian 1 Internet Enabled 
25.40, and Succession CSE 1000 2.0 systems. 


Notes 
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Lesson Template.FM Issue 4.00 October 15, 1998 


Network Assessment Guidelines 


Introduction 

To successfully deploy a Voice over IP (VoIP) solution in an existing network, 
planning is vital. Some key factors to consider are: 

• Is the data network ready for VoIP traffic? 

• What level of voice quality does the customer expect? 

• How will VoIP deployment impact the existing traffic flow? 

• What type of VoIP solution is the customer deploying? For example: IP 
terminals, IP trunks, or both? 

Without adequate planning prior to VoIP deployment, the customer can 
experience poor voice quality, network traffic bottlenecks, or the inability to 
provide the same level of service to all sites. This can result in customer 
dissatisfaction and additional time and expense to correct problem conditions. 

An effective network assessment is designed to identify potential issues prior 
to deployment, allowing time to make recommendations and to modify the 
existing data network infrastructure so the VoIP network meets the customer’s 
expectations and needs. 

This demonstration walks you through the network assessment process: 

• Pre-Sales: Plan for assessment 

• Dayl: Set up assessment 

• Day 2: Conduct assessment 

• Day 3: Finalize assessment and make recommendations 


Notes 
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Objectives 

After completing this lesson, you will be able to perform these tasks: 

• Describe the recommended flow for completing a professional VoIP 
network assessment 

• Describe how to use network assessment tools, such as Net IQ Chariot, and 
outputs of customer network environments, to assess the network's 
readiness for VoIP 

• Define the customer information that you must collect prior to conducting 
a VoIP network assessment 

• Given the results of a network assessment, recommend configuration 
changes or upgrades necessary to address bandwidth and appropriate 
handling of converged traffic 


Notes 
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Recommended Flow 

Pre-Sales 

During the pre-sales phase of the network assessment, complete these steps: 

• Identify the network assessment prime and customer prime involved with 
conducting a customer network assessment. This includes the names, 
telephone numbers, and shipping address for the network assessment kit. 

• Identify the customer PCs to be used as endpoints during the assessment. 

• Obtain physical and logical network diagrams that show the network 
components over which network tests will be run, as well as the 
communication and routing protocols in use. 

• Obtain additional network information; for example: 

Location of users 

Links types, speeds, and utilization 

Quality of Service (QoS) strategy, bandwidth, network availability, 
delay budget, and packet loss 

Protocols and security, including firewalls. Network Address 
Translations (NATs), Secure Virtual Private Networks (VPNs) 

Routing protocols 

Traffic patterns (voice and data) and customer call patterns, as well as 
the physical path the “logical’' traffic takes 

Problems, such as link-speed duplex mismatches 
Bandwidth-intensive applications 
Service Level Agreements (SLAs) in place 
Voice quality targets 


Notes 



Issue 1.0 April 30, 2003 


Network Assessment Guidelines 





• Verify network assessment kits have the appropriate tools; for example: 
- PCs 

Configuration and drawing software 
Bandwidth calculator 
Network assessment tools 
Network utilization tools 
Verification and debugging tools 
Network modeling tools 
VoIP network management tools 
Documentation 


Notes 
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Network Assessment Tools 

Examples of tools used during a network assessment are: 

• Historical Tools: Provide historical network data about customer network 
environments, such as traffic patterns, utilizations, and peak bandwidth 
loads; for example: 

Customer Network Management System (NMS), such as HP Openview 
and IBM Netview 

Multi Router Traffic Grapher (MRTG) 

• Real-time Tools: Analyze the outputs of customer network environments 
to determine the types of information they are providing about the 
customer networks; for example: 

Sniffer Pro: Real-time passive network monitoring and 
troubleshooting tool; can be used to identify the cause of lost packets at 
various points in the network 

NetlQ Chariot: Active monitoring tool that generates application layer 
traffic and measures performance over a short time period 
NetlQ Qcheck: Freeware traffic monitoring tool that gathers 
performance parameters over a short period of time 
NetlQ VoIP Assessor: Active monitoring tool that generates 
application layer traffic and measures performance by running tests 
repeatedly for weekly durations 

NetAlly (Viola Network): Active monitoring tool that generates 
application layer traffic and measures performance by running tests 
repeatedly for weekly durations 

LAN/WAN analyzers: Tools that verify packet loss and jitter problems 


Notes 
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Day 1 

Day 1 activities for a professional network assessment generally are: 

• Travel to main test site and verify network assessment kit has arrived. 

• Meet with customer and participants to provide an overview of the 
activities. 

Explain the types of tests to be run on the network, such as Quality of 
Service (QoS), VoIP, firewall, and stress tests. 

Make sure that the customer is aware of and concurs with the test loads 
to be conducted. 

• Set up network assessment tools. Deploy endpoint PCs and collect IP 
addresses of endpoints. 

If there are not enough endpoints to test everything at the same time, 
move endpoints to assess various areas of the network. Borrow 
additional PCs as endpoints, if needed. 

• Run a network assessment tool check to ascertain endpoint operation and 
that software versions are the same. 

• Run some preliminary tests, such as a slow start with one or two calls in 
simple patterns. 


Notes 
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Day 2 

Day 2 activities for a professional network assessment generally are: 

• Run “ramp up” test loads over several steps to reach the planned voice 
traffic loads: 

Verify that all of the network devices carry VoIP traffic. 

Determine the number of VoIP channels required and that enough 
bandwidth is available on all links used. 

V Tip: Start the test with a basic plan and overall goal , but be prepared to 
modify your strategy , as necessary. 

Day 3 

Day 3 activities for a professional network assessment generally are: 

• Run any final tests that are needed to complete network assessment or 
customer requirements. 

• De-brief with customer on the results of the network assessment. 

• Ship network assessment kit to the next location and travel home. 


Notes 
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Recommendations 

Following the network assessment, make the appropriate recommendations to 
address call volume issues, QoS requirements based on traffic types and needs, 
customer VoIP traffic flow requirements, and network issues that may cause 
problems for real-time VoIP traffic. 

Types of recommendations include: 

• Upgrade hardware: 

Add gateways at remote sites for local call processing 
Upgrade to Layer 2 switching, as a minimum 
Add backup power 

• Segment call servers, media gateways, and signalling servers to 
appropriate VLANs to ensure that signalling traffic is not impacted by 
standard IP data 

• Configure all interfaces to eliminate duplex mismatch and set to 
autonegotiate 

• Change the CODEC selection for WAN and LAN devices 

• Implement QoS, prioritization, traffic shaping, traffic policing 

• Modify the jitter buffer 

• Upgrade SLA from a “best-effort” only delivery 

• Increase bandwidth capacity 


Notes 
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Demonstration 

Using Net IQ Chariot 


What is Net IQ Chariot? 


• Network assessment tool that enables you to test the 
performance of network hardware and predict the 
effects of network changes prior to VoIP deployment 

• Major components: 

-Console: Computer installed with GUI program 

• Generates reports that show response time, transaction rate, 
connectivity, and network throughput 

- Endpoints: Pair of computers installed with endpoint 
software 

• Run selected application scripts that emulate data flow 

• Collect performance statistics and send them to the console 
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Example Tests 


• Multimedia Testing 

• Quality of Service Testing 

• Firewall Testing 

• Internet-Scale Testing 

• Voice over IP Testing 
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Quality of Service Testing 


• Test network prioritization and traffic management 
with pre-defined templates: 

• Generic Quality of Service: 

- Service types, such as: no traffic, best effort, controlled 
load, guaranteed, general information, and no change 

• IP TOS Bit Settings: 

- Precedence settings 

• DiffServ: 

-Best Effort, Assured Flow, and Expedited Flow 


Voice over IP Testing 


• Will voice traffic impact business applications? 

- One-way delay 

- End-to-end delay 

- Packetization delay 
-Jitter buffer delay 
-Additional fixed delay 

- Data loss 

-Jitter buffer lost datagrams 
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Setting up a VoIP Test 

• CODEC selection 

• Sample size (ms) 

• Jitter buffer size 

• Silence suppression parameters 

• QoS techniques 


Reviewing Test Results 


• Throughput: Amount of data moved successfully 
from one end point to another in a given time period 

• Response Time: Time, in seconds, needed for a 
transaction 

• Transaction Rate: Number of script transactions 
executed per second 


Network Assessment Guidelines 
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Summary 

In this lesson, you learned that planning is vital to successfully deploy a VoIP 
solution in an existing network. You learned about the recommended VoIP 
network assessment process and areas, and the tools available to assist you 
with the network assessment process. You also learned how to develop 
customer recommendations for network improvements, based on sample 
network assessment scenarios, in preparation for VoIP deployment. 
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Figure 3: Dallas 
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Figure 4: Austin 
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Pulse Code Modulation 


Figure 5: Sampling 
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Figure 6: Quantization 
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Figure 7: Coding 
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Configuring BCM VoIP Trunks 

A VoIP trunk allows you to establish communications between a BCM and a 
remote system across an IP network. VoIP trunks can be used for calls 
originating from any type of telephone within the BCM system. Calls coming 
into the system over VoIP trunks from other systems can be directed to any 
type of telephone within the BCM system. 

Installing Keycodes 

Before you can use VoIP, you must obtain and install the necessary keycodes. 
To obtain a Software Keycode: 

1. Access the Nortel Networks Keycode Retrieval System at the following 
URL: http://www.nortelnetworks.com/servsup/krs/. 

2. Select the Login Type option that applies to you. 

3. Select the Product Family option that applies to you. 

4. Enter your username and password and click on the OK button. 

5. Select the Keycode Retrieval System option that applies to you. 

6. Enter the system identification number from your system. 

7. Enter the authorization number from the Feature Pack for the specific 
feature. 

8. Click on Validate to confirm the authorization number. 

9. Click on Generate to retrieve the keycode. 


Notes 
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10. The Software Keycode number consists of three eight-digit numbers. 
Record the Software Keycode by writing down the number, printing the 
file, or copying and pasting the information into another document. If you 
are using Business Communications Manager, you can also download the 
Software Keycodes file to a shared folder on your computer. You can then 
use this file to copy the Software Keycodes into your BCM system. 

After you have obtained the Software Keycodes, you need to enter these codes 

in your system. To enter the Software Keycode: 

1. Log on to Unified Manager. 

2. Click on the System key and then click on the Licensing key. 

3. On the Configuration menu, click on Add a Keycode. 

4. In the Keycode box, enter the 24-digit Software Keycode number. 

Note: Make sure you enter a hyphen between each eight-digit segment. 

5. Click on the Save button. After the Software Keycode is accepted and 
enabled, a confirmation box appears. 

6. Click on the OK button. 


Notes 
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Defining Published IP Address 

The published IP address is the IP address used by computers on the public 
network to find the BCM. To set the published IP address: 

1 . In Unified Manager, open Services and click on IP Telephony. The Global 
settings tab appears. 

2. From the Published IP Address menu, select the appropriate network 
interface. 

Figure 8: Global IP Settings 
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Network Address Translation (NAT) 

Network Address Translation is a security feature. NAT is the translation of IP 
addresses used within your private network to different IP addresses known to 
Internet users outside your private network. NAT helps ensure network 
security because each outgoing and incoming request must go through a 
translation process that also provides the opportunity to qualify or authenticate 
the request or match it to a previous request. NAT also translates port numbers. 
When you determine which card should be set as the published IP address, you 
need to know if NAT is enabled. Use the following flowchart to determine the 
published IP address. 

Figure 9: Setting the Published IP Address 
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Configuring Media Parameters 

Configure media parameters, such as CODECs for Internet Telephones, silence 
suppression, and jitter buffers. 

1. In Unified Manager, click on the keys beside Services, IP Telephony. 

2. Click on H.323 Trunks. 


3. Click on the Media Parameters tab. The Media Parameters dialog 
appears. 


Figure 10: Media Parameters 
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4. Use the information in the following Media Parameters Record table to set 
up the media parameters for your system. 


Table 1: Media Parameters Record 


Field 

Value 

Description 

1 st Preferred CODEC 

2nd Preferred CODEC 

3rd Preferred CODEC 

4th Preferred CODEC 

None 

G.729 

G.723 

G.711-uLaw 

G.711-aLaw 

Select the CODECs in the order in which you want 
the system to attempt to use them. 

Performance Note: CODECs on all networked 

BCMs must be consistent to ensure that interacting 
features, such as Transfer and Conference, work 
correctly. 

Silence Compression 

Enabled 

Disabled 

SilenceCompression 

G.723.1 and G.729 support silence compression. 

G.711 does not support silence compression. 

Silence Compression on all networked BCMs and 
ITG systems (VAD setting on ITG systems) must 
be consistent to ensure that interacting features 
work correctly. As well, the Payload size on the 

ITG must be set to 30ms. 

Jitter Buffer - Voice 

Auto 

None 

Small 

Medium 

Large 

Max Voice J itterB uffer 

Select the size of jitter buffer you want to allow for 
your system. 
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Outgoing Call Configuration 

To set up your system to place calls through VoIP trunks, complete the 
following steps: 

Put VoIP lines into a Line Pool 

Lines 001 to 060 are reserved for VoIP trunks and can be used once you enter 
the appropriate keycodes to activate them. To put your lines into a line pool: 


1. In Unified Manager, click on the keys beside Services, Telephony 
Services, Lines, VoIP lines. Enabled VoIP lines. 


2. Click on Line XXX, where XXX is the line number for the VoIP trunk you 
want to put in the line pool. 

3. Click on Trunk/Line Data. The Trunk/Line Data screen appears. 

Figure 11: Trunk/Line Data 
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4. In the Line type field, set a line pool that is not used by any non-VoIP lines. 

5. Repeat this procedure for as many trunk lines as you have keycodes. You 
can use the same line pool for all VoIP lines. 

6. On the navigation tree, click on the keys beside General Settings, Access 
Codes, and Line Pool Codes. 

Note: Set up an access code for the line pool only if you are not planning to 
use PSTN fallback. If you intend to use PSTN fallback, you must assign the 
line pool you create in this procedure to a route, and then you need to specify a 
destination code. 

7. Click on the line pool that you selected as the VoIP line pool. The Pool 
screen appears. 

Figure 12: Line Pool Access Code Setting 
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8. Enter a unique access code for this line pool. 

Note: Ensure that no other line pools use this access code. Also ensure that 
this access code is not used for any other type of code, such as destination 
codes or DISA DNs. 
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Configuring Telephones to Access the VoIP Lines 

For each telephone that will be using the VoIP lines, add that line pool to the 
DN record: 

1 . In Unified Manager, open Services, Telephony Services, System DNs, 
Active Set DNs, DN XXX, Line Access. DN XXX is any DN that you 
want to allow to use VoIP trunking. 

2. Click on Line Pool Access. 

3. Click on Add. The Add Line Pool Access dialog appears. 

4. Type the letter of the VoIP line pool. 

5. Click on Save. 

6. Repeat this procedure for every telephone that will be using VoIP trunks. 


Notes 
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Configuring a Remote Gateway 

For your BCM to communicate with VoIP gateways, such as a Meridian 1 IP 
Trunk card, the remote gateway list must contain an entry for every remote 
system to which you want to make VoIP calls. Complete the following steps to 
add an entry to the remote gateway list: 

1 . In Unified Manager, open Services, IP Telephony, H.323 Trunks, and 
click on Remote Gateway. The remote gateway tab appears. The Remote 
Gateway screen shows all gateway records that have been added to the 
system. 


2. On the top menu, click on Configuration and select Add entry. If you are 
modifying an existing entry, select the entry. Under Configuration, select 
Modify entry. The Remote Gateway window appears. 

Figure 13: Remote Gateway Window 
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3. Enter the remote gateway information, then click on Save. 


Table 2: Remote Gateway Record 


Field 

Value 

Description 

Name 

<alphanumeric> 

Enter an identifying tag for the remote system. 

Destination IP 

<ip address> 

Enter the IP address of the remote system gateway. 

QoS Monitor 

Disabled 

Enabled 

Choose Enabled if you intend to use a fallback 

PSTN line. Ensure that QoS monitor is also enabled 
on the remote system. 

Otherwise, choose Disabled. 

Transmit Threshold 

read-only 


Receive Threshold 

read-only 


Gateway Type 

BCM3.0 

BCM2.5 

BCM2.0 

ITG 

Choose the type of system that is accessed through 
the remote gateway. 

Gateway Protocol 

None 

SL-1 

Select the gateway protocol that the trunks expects to 

use. 

None: No special features 

SL-1: MCDN protocol for gateways that provide 
MCDN over VoIP service 

Destination Digits 

cnumerio 

(could be the 
same as the 
destination code 

for the route to 
this system) 

Set the leading digits that callers can dial to route 
calls through the remote gateway. Ensure that there 
are no other remote gateways currently using this 
combination of destination digits. 

If multiple leading digits map to the same remote 
gateway, separate them with a space. 

These numbers are passed to the remote gateway as 
part of the dialed number. 
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Incoming Call Configuration 

To receive an incoming call directly to the telephone from a VoIP network, you 
need to ensure that the telephone is mapped to a target line. Follow these steps 
to set up your BCM for incoming calls. 

Assign a Target Line to the DN 

A target line routes incoming calls to specific telephones, depending on the 
incoming digits. This process is independent of the trunk over which the call 
comes in. Mapping target lines involves two steps: 

• The target line is mapped to a telephone (or Hunt group) by assigning the 
line to the telephone (or Hunt group) DN record. 

• The incoming digits are mapped to a target line by setting the Received 

Number under that target line to the incoming digits. * 

V Tip: You can also use the Add Users wizard if you need to create target 
lines for a range of telephones. Refer to the Business Communication 
Manager Programming Operations Guide for detailed information 
about using the wizard. 

1. In Unified Manager, open Services. Telephony Services, System DNs. 

2. Under the Active Set DNs (or under the Inactive DNs if you are 

preconfiguring DN records), choose the DN record of the telephone where 
you want the line to be directed. 

3. Choose Line Access, Line assignment, and click on the Add button. 
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4. Enter the number of an available target line. 

Figure 14: Add Line Assignment 
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5. Click on the Save button. 

6. Click on the line number you just created, and ensure that you have the line 
set to Ring Only if the telephone has no line buttons set for the line, or 
Appearance and Ring if you are adding this to a DN that has line keys or 
will be using System-Wide Call Appearance (SWCA) keys. 

7. Go to Services. Lines, Target Line (from step 4). 

8. Click on the Trunk/line data heading. 
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9. In the CLID set field, enter the DN. This allows the caller ID to display 
before the call is answered. 

Figure 15: Trunk/Line Data Dialog 
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Configuring the Meridian 1 IP Trunk 3.0 Card 

IP Trunk 3.0 provides IP access between the Meridian 1 and the IP network 
carrying voice traffic, enabling interworking between the Meridian 1 and other 
VoIP products, such as BCM. IP Trunk routes voice traffic over existing 
private IP network facilities with available under-used bandwidth on the 
private Wide Area network (WAN) backbone. 

Architecture 

An ISDN Signaling Link D-channel (1SL DCH) provides DCH connectivity to 
the Meridian 1 and signaling control for the ports on the card and any 
additional ports on other IP Trunk cards in the same node. The ITG/ISL Trunk 
card with D-channel IP gateway (DCHIP) functionality (DCHIP card) is 
connected by the RS-422 cable to the Multi-purpose Serial Data Link (MSDL) 
card on the Meridian 1 large systems. It connects to the SDI/DCH Card on 
small systems. The DCHIP Card is equipped with a DCH PC Card. The DCH 
PC Card provides the RS-422 and LAPD functionality that is required for the 
D-channel (DCH) interface to the Meridian 1. The DCHIP card is the network 
side of the Meridian 1 ISL D-channel connection. The card is a tandem node in 
the switch network, providing a single-to-multi-point interface between the 
Meridian 1 and the IP network. The ITG D-channel only controls IP Trunk 
cards in the same node. 
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CODECs 

In traditional telephony, the voice path between two telephones is circuit 
switched. This means that the analog or digital connection between the two 
telephones is dedicated to the call. The voice quality is usually excellent, since 
there is no other signal to interfere. 

In IP telephony, voice quality between Internet Telephones can vary 
significantly from call to call and time of day. When two Internet Telephones 
are on a call, each telephone encodes the speech at the handset microphone into 
small data packets called frames. The system sends the frames across the IP 
network to the other telephone, where the frames are decoded and played at the 
handset receiver. If some of the frames get lost while in transit, or are delayed 
too long, the receiving telephone experiences poor voice quality. 

The algorithm used to compress and decompress voice is embedded in a 
software entity called a CODEC. Two popular CODECs are G.711 and G.729. 
The G.711 CODEC samples voice at 64 kbps, while G.729 samples at a far 
lower rate of 8 kbps. Voice quality is better when using a G.711 CODEC, but 
more network bandwidth is used to exchange the voice frames between the 
telephones. If you are using the G.729 CODEC to save bandwidth, you can use 
PRI TIE trunks as fallback when the network does not meet the QoS levels set 
on the IP Trunk node. 
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Add an IP Trunk 3.0 Node 

Before the IP Trunk 3.0 application can be used, a site, a system, and at least 
one node must be configured in Optivity Telephony Manager (OTM). You can 
add IP Trunk nodes to existing sites and systems, or create new sites and 
systems in OTM. In this scenario, we will add an IP Trunk node to an existing 
system. 


1. In the OTM Navigator window, under Services, double-click on ITG 
ISDN IP Trunks. The main window displays the defined ITG nodes. 
When a node from the top display is selected, the bottom display is 
populated with the cards in that node. 


Figure 17: OTM Navigator - ITG ISDN IP Trunks Service 
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2. From the IP Telephony Gateway - ISDN IP Trunk window menu bar, select 
Configuration. Node. Add. The Add ITG Node window opens. 

Figure 18: Add ITG Node Window 



3. The Add ITG Node window indicates the system type. For IP Trunk 3.0, 
select Meridian 1. 
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5. Select the application release of the node to be defined from the drop-down 
menu. Click on OK. The New ITG Node window opens. 

Figure 19: New ITG Node - General Tab 
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7. On the right side of the window, enter the following information: 

- Voice LAN Node IP: The Leader IP address for call processing 
Management LAN Gateway IP: The lowest valid IP address on the 
LAN segment of the Management Server 

Management LAN Subnet Mask: The subnet mask for the ELAN 
Voice LAN Subnet Mask: The subnet mask for the TLAN 

8. Add any comments to the Comments section, if desired. Click on Apply. 
An example is shown in the following figure. 

Figure 20: New ITG Node - General Tab Example 
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Provision the Trunk Cards 

1. Click on the Configuration tab. This is where the trunk cards are 
provisioned. 

Figure 21: New ITG Node - Configuration Tab 
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Change J Delete J Host Names j 

!..__........—........................... \ 
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jJ 


OK | Cancel j Apply j Help 


A minimum of one trunk card. Leader 0, must be defined. This card acts as the 
leader card on start-up and remains as leader until it suffers some sort of failure 
requiring changeover to the Backup Leader card. 

Note: OTM 2.0 requires that the second card that is provisioned be 
configured as Leader I (Backup Leader). Leader I must be configured before 
any Follower cards are provisioned. 


Notes 
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2. Enter the appropriate data in the following fields: 

Card role: Select an option. The default is Leader 0. indicating that this 
is the primary leader. Other options include Leader 1 (Backup) and 
Follower. 

Management IP: Enter the card's IP address for the ELAN. 

Note: The MAC address entered must exactly match the card’s MAC address, 
or the card cannot be used. The MAC address uniquely identifies a card, and if 
the address entered is incorrect, the OTM server cannot send any information 
to the card. 

Management MAC: The ELAN card MAC address. 

Voice IP: The card’s IP address for RTP and H.323 messaging. 

Voice LAN gateway IP: The lowest IP address on the subnet. 

Card TN: The first three numbers (loop/shelf/card). The exception is 
Option 11C which is only “card”. 

- Card density: The 24 or 32 port card. 

D-channel: The D-channel on the Meridian 1. If the D-channel card 
resides on this IP Trunk card, check the DCHIP box. 

Protocol: The local protocol. For IP Trunk 3.0 to interwork with BCM, 
the protocol must be SL1 or SL1 with ESN. 

First CHID: The first channel number (0). All other channels 
autonumber in increasing order. 


Notes 
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Provision the DSP Data 


1. Click on the DSP Profile tab of the New ITG Node window to provision 
the DSP data. 

Figure 23: New ITG Node - DSP Profile - General Sub-tab 
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2. Select the applicable DSP Profile information. There are three choices in 
the DSP Profile drop-down menu. Click on Apply. The DSP Profile sub¬ 
tabs appear. 

Figure 24: DSP Profile Sub-tabs - Profile Options Sub-tab 
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Select CODEC Options 

1. Place the CODECs in the preferred sequence (most desirable to least 
desirable). Set the payload size and delay settings. 

2. Select the check box to enable or disable Voice Activity Detection (VAD). 

Figure 25: New ITG Node - DSP Profile Tab - CODEC Sub-tab 


New ITG Node 


Genetal ] Configuration DSP ProMe j SNMP Traps/Routing and IPs j Ports j Accountng Server j Security ] 
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“3 
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Reset Defaults 


OK 
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Apply 


Help 


Note: The Payload size must be set to 30ms for interworking with BCM. 
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Select an RTP Port 

1. Select the Ports tab. 

Figure 26: New ITG Node - Ports Tab 



2. This tab is only present for IP Trunk 3.0 nodes. Use the drop-down list to 
select the RTP port starting value. There are two options: 

2300: Default value 

17300: Used for Cisco RTP header compression 

Alternatively, enter any even-numbered port starting value between 1.024 and 
65,534. 

Click on the Restore Default button to restore the default port start value. 
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Figure 31: Graphic 
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I Figure 32: Packets 
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Figure 37: TCP/IP 
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Network convergence strategies designed 
to empower organizations of all sizes 
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Network convergence strategies 

for a broad range of markets 



The powerful synergy created by 
converging traditional data networks with 
breakthrough IP telephony applications 
offers significant benefits to your business. 
Whether it’s using Internet Protocol (IP) 
networks to handle telephony traffic, 
establishing interactive voice response and 
auto attendant applications to provide 
higher levels of customer service, or 
network management tools that deliver 
streamlined global solutions. Business 
Communications Manager can help your 
business gain a strategic edge over your 
competitors. By supporting both digital 
and IP telephony in a single, easy-to- 
manage, cost-effective unit, this scalable 
platform enables your organization to 
adopt IP-based solutions at its own pace, 
and also preserves existing investments 
in Norstar* telephony equipment. 

Retail and e-commerce companies 

Nortel Networks understands that service 
is the key to retail success, and Business 
Communications Manager helps you 
deliver new levels of customer service that 
can set you apart from the competition. 
For example, interactive voice response 
(IVR) features enable customers to save 
time by reordering products of any 
type—such as prescription drugs—simply 
by entering information via the touchtone 
keys on their phone. And if they have a 
question that needs personal assistance, 
auto attendant gives them the option to 
be routed to a live person, request a call¬ 
back, or receive driving directions and 
other information. This approach can 
dramatically reduce customer on-hold 
times and increase the efficiency of your 
personnel by streamlining their workload. 

Business Communications Manager raises 
the bar as the standard for IP telephony 
for the small site, delivering cost-effective 
access to offices that have as few as 10 to 
20 users. As your business grows over 
time. Business Communications Manager 


can be expanded to support up to 200 
users per system. In addition, powerful 
management solutions are now available 
that help you configure new units with 
ease, and make quick, efficient global 
changes to all the units on your network. 

Government and 
educational facilities 

In the public municipality, government, 
and educational markets. Business 
Communications Manager reduces costs 
by creating a converged data/telephony 
network architecture. The unit offers a 
robust, stand-alone, highly resilient solu¬ 
tion that also provides virtually seamless 
voice networking capabilities. Centralized 
voice mail and four-digit dialing can be 
extended to all branch locations over the 
wide area network (WAN). Advanced 
telephony features—such as call transfer 
between branches, conference calling, call 
centers, universal/coordinated dialing 
plans, and wireless telephony—streamline 
internal operations and increase efficiency. 
This scenario is also ideally suited to other 
multi-site organizations within the local 
metropolitan environment. 

Financial/insuTance institutions 

Ideal for providing the security and flexi¬ 
bility required by multi-site financial 
institutions. Business Communications 
Manager offers substantial cost savings 
over purchasing separate voice and data 
networking equipment. When security 
is a top priority, Virtual Private Networks 
(VPNs) create encrypted data tunnels 
between corporate sites over the public 
Internet, delivering Triple DES security 
without the need for costly leased lines. 

IP telephony, voice mail, and four-digit 
dialing between branches improve opera¬ 
tional efficiency and reduce costs. Security 
is also enhanced by replacing mail and next- 
day air services with file transfers, e-mail, 
and unified voice/data/fax messaging. 


Telephony costs are effectively contained 
by consolidating incoming lines and 
rerouting traffic over available bandwidth 
on the corporate IP network. Incoming 
customer calls can be routed through a 
main or regional facility and distributed 
to Business Communications Manager 
units at the branch locations by a live 
attendant or the integrated Auto 
Attendant. And call detail recording 
allows your company to track telephony 
usage patterns across the network, deliv¬ 
ering a precise picture of how network 
resources are being utilized. 

Healthcare facilities 

Delivering wireless high-speed data and 
voice services over the same network is 
revolutionizing the way medical facilities 
operate. Staff can have instant access to 
medical records via their mobile laptops 
from anywhere in your facility, quickly 
accessing and updating patient records as 
they make their rounds. Wireless phones 
also increase efficiency by keeping your 
staff in constant contact with their 
co-workers. By eliminating the need 
for purchasing, cabling, managing, and 
maintaining legacy telephony equipment, 
facilities can cut costs through simplifica¬ 
tion of the internal network. Additional 
savings can be realized by using the 
IP network to support cost-effective 
inter-site telephony. 
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rv.:. /• 1 • 

rn . Solving 

business challenges 

" with hybrid digital/IP solutions 

Today’s competitive marketplace demands that your organization adopt 
new technologies that can help deliver improved customer service, reduce 
O ^0 ' operating expenses, and increase revenues by expanding market 

reach. A member of Nortel Networks Succession* converged 
A V f J IP telephony portfolio, Business Communications Manager 

is available in two different models: 

M • Business Communications Manager 200 is designed to supply the benefits of converged 
voice/data networking to smaller sites of 10 to 20 users and more. 

__ • Business Communications Manager 400 is designed to bring the benefits of converged 

voice/data networking to small- to medium-sized sites of 30 to 200 users. 

Both models offer key technologies that can help your business compete 
more effectively, including support for both IP and digital telephony, 
interactive voice response, auto attendant, unified messaging, and more— 
all from a single, cost-effective, easily-managed device. 

• 

— Nortel Networks has brought eight key capabilities into a single, 

— affordable device that's designed to help your business offer 
exciting new services while simultaneously reducing costs. 


Digital and IP telephony from a single, 
cost-effective device. Business Communi¬ 
cations Manager can support up to 160 
digital stations (or up to 200 stations, 
using a mix of digital and IP phones) and 
can offer a level of flexibility and usability 
that is unmatched by any other product 
in todays market. 

Centralized configuration and manage¬ 
ment for networks of all sizes. In addition 
to an intuitive application that’s ideal for 
configuring a single unit or small 
networks, Nortel Networks delivers 
Network Configuration Manager, a 
powerful, global, template-based solution 
that simplifies the management of large 
networks containing hundreds of units. 

Interactive Voice Response (IVR) for 

improved profitability. Now smaller 
companies can cut down on customer 
hold times, increase the efficiency of their 
employees, and improve customer service 
by offering information and ordering 
capabilities from the keypad of any 
touchtone phone! 

Virtual Private Networks (VPNs) tor 

enhanced security. Intra-site Virtual 
Private Networks (VPNs) enable organi¬ 
zations to use the public Internet for 


secure communications, reducing the 
need for costly leased lines. Contivity* 
clients can now be loaded onto users’ 
remote PCs and laptops, delivering 
secure access from any location. 

Call center applications combine personal¬ 
ized agent interaction and customer 
support with advanced Web-based solu¬ 
tions. The silent monitoring feature 
enables supervisors to listen to calls as 
they occur, helping to ensure high levels 
of customer service. 

Unified messaging increases productivity 
by consolidating all incoming messages— 
including e-mail, voice mail, and faxes— 
onto the screen of your PC. 

Hybrid environment leverages existing 
investments in Meridian* and Norstar 
systems, offering a future-proof migration 
strategy. 

Simplified network infrastructure cuts 
costs by connecting IP phones over the 
LAN wiring system, streamlining network 
management and 
extending connectivity 
to multiple sites over 
the IP network. 


IP-enabled or pure-IP networks? 
The choice is yours. 

Whether you’re creating a hybrid digital/IP 
telephony environment, ot creating a new 
IP-based voice network, Nortel Networks 
has the solutions you need to ensure youT 
success. 

For customers interested in a traditional 
digital telephony implementation, Business 
Communications Manager supports the 
requirements of sites with up to 160 stations. 
Nortel Networks Business Series Terminals 
provide a full-featured option for traditional 
digital phones. Full interoperability and 
support are also offered for Nortel Networks 
Norstar and Meridian equipment. 

Business Communications Manager is also 
ideal for supporting IP telephony in hybrid 
digital/IP and pure-lP environments. The 
Nortel Networks i2002 and i2004 Internet 
Telephones combine the functionality of the 
popular Meridian handsets with the power 
and flexibility of IP telephony, and the Nortel 
Networks i2050 Software Phone brings 
complete telephony functionality to youT 
Windows PC. 

IP telephony—A technology 
whose time has come 

Until now, it’s been impossible to find an 
affordable platform that’s capable of handling 
both data and IP telephony in a converged 
environment. Telephony can now be easily 
extended across large campuses without the 
distance limitations of digital systems. In addi¬ 
tion, wireless IP telephony provides youT 
company with exciting new ways of meeting 
your business requirements. Wide-area 
connectivity over IP extends advanced call 
centeT and messaging applications to both 
branch and home offices, creating a more 
cohesive structure that will maximize the effi¬ 
ciency of your personnel. 

Best of all, Business Communications Manager 
is a flexible, futuTe-pToof solution that will 
enable youT company to adopt new technolo¬ 
gies at its own pace. Whether you are inter¬ 
ested in a gradual migration from digital PBX 
phone systems to a moTe cost-effective IP 
telephony infrastructure, or a pure-IP solution 
capable of delivering advanced network serv¬ 
ices, Nortel Networks can help. / 

Today's increasingly competitive marketplace 
poses a challenge to single-site and multi-site 
businesses: to adopt technologies that will 
help your company gTow and compete moTe 
effectively. 

Nortel Networks understands that new hard¬ 
ware investments need to deliver tangible 
benefits. Business Communications Manager 
is designed to help your company achieve the 
strategic edge you’re looking for, Teduce oper¬ 
ating costs, improve customer service, and 
increase revenues by expanding market reach. 






Finding 


the strategic edge 

for your business 


Nortel Networks 
12002 Internet 
Telephone 


Hybrid digital/IP telephony 
solutions 

Unlike competing products that require 
you to make an “either/or” choice, 
Business Communications Manager gives 
you the option of continuing to support, 
or even expand, your digital telephony 
network, while simultaneously deploying 
IP telephony where it suits the needs of 
your organization. 

Business Communications Manager 
provides an elegant, self-contained solu¬ 
tion that is simple to deploy and manage. 
Unlike complex chassis-based products 
that can only be deployed at the central 
site, this cost-effective solution can be 
installed in the branch office environment 
and easily managed from any remote 
location. 

Available in two models, Business 
Communications Manager enables your 
network to be extended economically 
without sacrificing features or function¬ 
ality. Both units deliver the unique 
benefits of IP telephony, including: 

• Portable connectivity options that 
enable a configured handset or 
computer to be connected to any 
LAN/WAN port with sufficient band¬ 
width. For example, you can connect 
your laptop at any branch office, 
plug in your Nortel Networks i2050 
Software Phone, and place or receive 
calls exactly as if you were at your 
home office! 


• Flexible connectivity options that allow 
you to deploy handsets across the data 
infrastructure, including wireless 
802.1 lb connectivity and extended 
fiber optic cabling runs. 

• Unlike digital phones, which are 
hardwired to the PBX base unit, your 
Nortel Networks i2002 or i2004 
Internet Telephones or Nortel 
Networks i2050 Software Phone will 
work anywhere on the network, even 
over a remote connection. In addition, 
the Condvity VPN capabilities of 
Business Communications Manager 
extend secure voice services over the 
public Internet. 

• Toll-free telephony between branch 
offices eliminates toll charges. By using 
the extra bandwidth on your wide area 
network (WAN) for IP telephony, you 
leverage the untapped capabilities of 
your existing data infrastructure to 
maximize the return on your current 
network investment. 

IP telephony offers a truly portable solu¬ 
tion. Any port with sufficient bandwidth 
on the LAN/WAN will give you the 
connectivity you need—just plug in a 
configured phone or laptop and you’re 
ready to go. And if you need wireless IP 
connectivity for your phone, laptop, or 
scanner, your equipment will work 
anywhere on the network where there’s 
an 802.lib access point installed. 


Unlike products from other networking 
companies. Business Communications 
Manager delivers a fully integrated solu¬ 
tion that does not require external 
devices—such as applications servers or 
voice mail servers—to realize the benefits 
offered by IP telephony. These capabilities 
are native to the unit, improving network 
reliability and resiliency because there are 
fewer devices to manage and keep online. 
To ensure prioritization of latency-sensi¬ 
tive network traffic such as voice, the 
Nortel Networks BayStack* Business 
Policy Switch or other DiffServ-capable 
device should be installed on the network. 

Data services 

In today’s challenging business environ¬ 
ment, the fast, secure exchange of 
information between your users is a 
prerequisite for success. Until now, 
achieving this level of connectivity has 
required the purchase of multiple devices, 
posing financial and network management 
challenges that small and medium-sized 
businesses were not prepared to meet. 

For organizations that need to establish 
secure communication between sites, 
Business Communications Manager 
supports the creation of Triple DES- 
encrypted Virtual Private Networks 
(VPNs). Condvity software clients can 
be loaded onto your laptop or PC, and 
costly leased-line connections can be 
reduced or even eliminated by establishing 
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secure, encrypted tunnels over the public 
Internet, corporate intranets, and extranets. 
Ideal for protecting your sensitive data, 
VPNs use the most powerful IPSec 
encryption and authorization technolo¬ 
gies available, and can be extended to 
a Nortel Networks Contivity Extranet 
Switch, a Nortel Networks Shasta* 5000 
Broadband Service Node, or another 
Business Communications Manager. 

For small sites, only Nortel Networks 
delivers a solution capable of meeting all 
your data and voice networking needs 
from a single, easily managed device— 
Business Communications Manager. The 
unit includes on-board routing capabili¬ 
ties and is capable of extending Internet 
connectivity to all of your users, enabling 
them to communicate via e-mail, access 
Web sites, and share files between remote 
locations. 

Voice processing 

Up to 75 percent of business calls aren’t 
completed on the first try, and that’s why 
efficient voice messaging is essential to 
your company’s success. To maximize 
efficiency, Business Communications 
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Many small and medium-sized busi¬ 
nesses, as well as larger enterprises, can’t 
afford a full-time receptionist at every 
site. The auto attendant feature solves 
that problem with customer-controlled 
routing that gets your callers where they 
need to go—fast. This ensures that your 
customers can always reach you, elimi¬ 
nating busy signals and the potential for 
missing an important call or message. 

Business Communications Manager will 
help your organization create a flexible, 
scalable solution that can improve 
customer service and streamline your 
internal and external communications. 
These enhanced voice-processing applica¬ 
tions are an incredible timesaver, and will 
dramatically simplify your company’s 
message management. 

Call center 

When customers pick up the phone, what 
happens next can make the difference 
between the success and failure of your 
business. Whether customers are calling 
to place their first order, to reorder, or for 
support with an existing order. Business 
Communications Manager can help you 
deliver the top-flight customer service 
that leads to success. 


What is a converged 
networking environment? 

In a converged environment, both telephony 
and data signals aTe transmitted as packets 
over the data network. This approach delivers 
several advantages, including: 

• Cost-effective IP telephony. Bandwidth 
resources that have traditionally been 
restricted to data can now be used for 
telephony, maximizing the efficiency of 
youT network and simplifying network 
management. Digital voice circuits can 
be relegated to back-up status ot even 
eliminated, and toll charges between 
branch offices can be reduced. 

• Simplified networking architecture. A 

single infrastructure is capable of carrying 
both data and telephony traffic, saving 
money by eliminating the need to pull 
separate cables and manage two networks. 
This approach reduces repair time and 
streamlines system installations and 
reconfigurations. 

• Portable, flexible solution. Network deploy¬ 
ments and reconfigurations are simplified, 
and service can be extended to remote sites 
andhome offices oveT cost-effective IPlinks. 


by the next available agent. Special offers 
can be provided via the Web while they 
are waiting; and if they just need a quick 
question answered, they can “chat” online 
when their message reaches the head of 
the queue. 

Business Communications Manager 
also supports Computer Telephony 
Integration (CTI), which enables call 
center agents and other users to have 
access to caller information before the 


Manager CallPilot* Unified Messaging 
enables your personnel to manage their 
voice mail, e-mail, and incoming faxes 
directly from any multimedia Windows 
PC. You can listen to voice mail, save or 
forward messages, view faxes on screen 
and forward them as e-mail, or even use 
Caller ID to go straight to the message 
you’ve been waiting for. 


Through the power of IP telephony. 
Business Communications Manager 
enables agents in multiple locations to 
support the same queue—even agents 
working from home can receive calls as if 
they were at the central site. Customers 
browsing your Web site can enter the 
queue simply by clicking a button and 
entering their phone number. When their 
request reaches the front of the queue, 
they are called at the specified number 


conversation begins. Recent purchases 
are displayed on screen, enabling agents 
to provide improved customer service 
and more efficient call handling. By 
giving customers rapid access to sales 
and support personnel via the phone, 
the Web, and e-mail, your business can 
deliver the highest levels of customer 
service—even better than your larger 
competitors who haven’t adopted these 
advanced techniques. 
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Figure 1: Business Communications Manager single-site solution 
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Network architecture 

Business Communications Manager 
delivers a flexible, scalable solution for 
growing businesses. Ideal for creating 
branch office connectivity between 
multiple sites, the hybrid digital/IP-based 
solution delivers multiple benefits in 
terms of creating a more unified, cohesive, 
and cost-effective network for your busi¬ 
ness. Capable of supporting a hybrid envi¬ 
ronment of digital telephony, IP 
telephony, and 10/100 Ethernet data 
networks, this innovative platform maxi¬ 
mizes the utility of your existing equip¬ 
ment while providing a smooth migration 
to the IP-enabled networks of the future. 

Until now, companies of all sizes have 
traditionally used separate cabling instal¬ 
lations to support their data network and 
PBX phone systems. Each telephone 
needed its own twisted-pair copper 
connection to the central PBX unit, and 
typically had to be located no more than 
4,000 feet away. In the converged envi¬ 
ronment created by Business Communic¬ 
ations Manager, voice connections can 


now be transmitted over the same fiber 
connection as the LAN. This eliminates 
the need for dual cabling plants, dramati¬ 
cally increases cabling distances, and 
provides a network architecture that is 
both more efficient and easier to manage. 

Key benefits are realized by enabling 
personnel at different sites to reside on the 
same network. Companies of all sizes can 
use Business Communications Manager 
to create a unified communications 
system that supports multiple branches— 
and even home offices—over IP connec¬ 
tions. Companies with a Meridian 1* 

PBX phone system installed at the central 
site can extend CallPilot and Meridian 
Mail services to remote offices where a 
Business Communications Manager is 
installed, optimizing their existing invest¬ 
ment by extending unified voice/fax/ 
e-mail messaging to the remote site. 

Both approaches provide centralized voice 
services, and offer four-digit extension 
dialing to any point on the network— 
including home offices connecting over 
DSL or cable. 


Prioritizing network traffic with 
BayStack Business Policy Switch 

Now there’s a way to make your network’s 
priorities mirror those of your business. 

By installing the BayStack Business Policy 
Switch with Business Communications 
Manager, your network becomes an intelli¬ 
gent partner that can prioritize business- 
critical traffic, helping you get the most out 
of your existing infrastructure. DiffServ 
ensures that latency-sensitive applications 
and selected users will receive platinum- 
level service, while less urgent traffic is allo¬ 
cated bandwidth on a lower-priority basis. 

Traffic prioritization is especially impor¬ 
tant for businesses that support mission- 
critical IP applications—including IP 
telephony—but do not want to incur 
higher costs by over-provisioning the 
network to ensure bandwidth availability. 







your business 


I Whether 

transitioning from digital to IP telephony, 

or you're creating a new IP-only environment, 

Nortel Networks delivers the only 

integrated solution 

that supports either approach. 


Figure 2: Business Communications Manager multi-site solution 
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Putting the pOWCT of 

IP telephony to work 

for your business 

In an increasingly competitive marketplace, companies of all sizes need to find 
a strategic edge. Business Communications Manager helps your company 
compete more effectively by delivering new technologies designed to increase 
the efficiency of your personnel, maximize the viability of your existing 
resources, andTeduce operating costs. 

To learn more about how Business Communications Manager can put the 
power of IP telephony to woTk for your business, contact your local Nortel 
Networks reseller today, or pick up the phone and call 1-800-4-NORTEL foT 
more information. 
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Training Product Bulletin 


Originator: Glenda Miles 
Number: 2002-001 
Date: February 2002 

Generic X11 Release 25.40 Software, 

North America Issue 1.0 


Nortel Networks is pleased to introduce Meridian 1 Generic X11 Release 25.40 software, the latest in 
a series of releases designed to provide both increased user functionality and progressive evolution 
of Nortel Networks’ Meridian 1. 

Release 25.40 supports all the features that were generally available on Release 25.10, Release 
25.15 and 25.30 including the M3900 Digital Telephone Enhancements, Call Processor (CP Pll), 
Fiber Network Fabric (FNF), Meridian ITG 2.0 ISDN Trunk, and Option 11 C/Mini IP Expansion. 

In addition, Release 25.40 introduces several enhancements for Processor, Memory, Large system 
clock, ISDN, QSIG, Tools, Keycodes, ACD, M3900 telephone and IP Telephone. 

Release 25.30 introduces Option 11 C/Mini IP Expansion Feature that provides IP interconnection 
between Option 11C main and expansion cabinets. This enables increased Digital Trunking 
Capacity, survivable Expansion cabinets and voice distribution over campus Data networks. 

Release 25.15 introduced the Meridian ITG Line-side and i2004 Internet Telephones under a 
controlled release; Release 25.30 is the base software for the i2004. 



Where references in this document are made to “Release 25” the statements are applicable 
to Release 25.10, Release 25.15, Release 25.30 and Release 25.40 



This bulletin contains the following information for XII Software Release 25: 

• Release 25 Feature availability and MAT/OTM Matrix 

• Release 25.40 Overview 

• Feature Summaries for new Release 25.40 features 
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Release 25 Feature Availability and MAT/OTM Matrix 
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Notes: 

1. M3900 Enhanced Flash Download requires: 

- Release 25.10 Plus MDCS or Manufacture Patches 

- Or Release 25.15 or higher. 

2. The OTM 1.01 upissue or MAT 6.67 update disk (ITGL content) is required to support Internet Telephony 
Gateway Line-Side ITGL in Expansion cabinet in survival mode with Option 11 C/Mini IP Expansion. 

OTM 1.2 is supporting Release 25.40 features. MAT is NOT supported on Release 25.40 or later 

3. MAT 6.67.07 plus update disk or OTM 1.0 upissue (1.01) is required to support ITG in expansion Cabinet with 
Release 25.30. 

4. i2004 Internet Telephone requires: 

- Release 25.15 Plus Patches, Release 25.30 Plus MDCS or Release 25.40 

5. New Large System Clock Controller NTRB53 requires Release 25.40 in order to download New Firmware, 
Existing clocks continue to be supported on Release 25.40, and the new clock controller NTRB53 is backward 
compatible with Releases 19 to 25. New Clock H/W will not be available until Q1 2002. Please look for Product 
Bulletins announcing Hardware availability 

6. Requires Option 81C with CP Pll, Applications may require updating in order to account for additional ACD DNs 

7. Refer to M3900 Phase III Product Bulletin for details of Release 25.40 M3900 Enhancements. 

8. ITG Line-Side 2.2 and i2050 Soft phone will be available after the GA of Release 25.40. A specific market notice 
will be sent out to confirm availability 
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Release 25.40 Overview 

Machine Types Supported 

Generic XII Release 25.40 supports the following machine types: 

• Option 11C 

• Option 11C Mini 

• Option 51C no longer be sold as new system, however software only upgrade to Release 
25.40 is available to existing Option 51C 

• Option 61C 

• Option 81 

• Option 81C, Option 81C with Call Processor Pll system requires a new generic 3311. 


Call Processor Requirements for Release 25.40 

Release 25.40 has the same general call processor requirements as Release 25.10, 25.15 and 25.30 
except for small systems with IP Expansion Feature and Option 81C CP Pll with 6 or more network 
groups. 

The supported Release 25 call processor card for Option 11C: 

• NTDK20CA or higher Small System Controller (SSC) 

• NTDK20EA or higher Small System Controller (SSC) for Option 11C main cabinet when 
using IP Expansion (Release 25.30 or later) 

• NTDK20CA or higher for each Expansion cabinet (Release 25.30 or later) 

The supported Release 25 call processor card for Option 11C Mini: 

• NTDK97AB or higher (48 Meg - no memory upgrade needed) Mini System Controller (MSC) 

• NTDK20EA or higher Small System controller (SSC) for Option 11 Mini main and IP 
Expansion chassis when using IP Expansion. (Release 25.30 or later) 


PE and EPE Support 

Release 25.40 supports the same PE/EPE equipment as all other issues of Release 25 and the 
same as Release 24.25. A very limited number of sites running release 25 have experienced 
sporadic digital set operation when combined with older PE and EPE hardware. This issue is related 
to the occasional loss of system messages between the CPU and the set. Release 25.15 and later 
contains a Message Buffering solution to address this issue. 

For upgrades to the CP Pll processor platform, EPE cards will not be supported and will need to be 
migrated to IPE hardware. 
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Documentation Changes for Release 25.40 


The Release 25 documentation suite has been updated for Release 25.40 to reflect the new 
content. The changes include: 

■ What’s New for Meridian 1 X11 Release 25.40 Guide - P0942056 

This document contains the following information for each of the new features of 
Release 25.40: 

■ Description 

■ Operating Parameters 

■ Feature Interactions 

■ Feature Packaging 

■ Feature Implementation 

■ Feature Operation 

■ Meridian Electronic Reference Library (MERL) CD-ROMs will be included with each 
Release 25.40 software order. 

The order code is NTLH19AC -A0859697. 

(The Meridian 1 CD-ROM is no longer separately orderable.) 

- Meridian IP Telephony Gateway (ITG) Line2.1 NTP will be part of MERL and will also 
be available on a separate CD-ROM, the order code for the individual CD-ROM is 
NTDW81AB-A0868154 

■ SIPE (DPNSS and MISP) content changes (post Release 25.30) will be added to the 
appropriate Option 11C and Option 11C Mini guides. 

■ CPP and FNF information that was in standalone NTPsfor Release 25.15 and 
Release 25.30 have been rolled into the appropriate NTPs in the main suite. 

■ Library Navigator Release 25.40 (P0942452) 

■ There is one new coil NTP and four new binder NTPs added to the library: 

■ Meridian/Succession Systems Remote Office Guide (Binder) 

■ Meridian/Succession Systems Internet Application and Terminals description 
Guide (Binder) 

■ Meridian/Succession Systems Integrated Applications Guide (Binder) 

■ Meridian Telephone and Console Description reference Guide (Binder) 

■ Meridian /Succession Internet Terminals Description Guide (Coil) 


The following items are discontinued with Release 25.40: 

■ Condensed library 

■ Spiral binding of I/O Guides 

■ Meridian 1 CD-ROM NTP (MERL CD-ROM includes Release 25.40 
information) 

• CP Pll Guide (Merged into the appropriate documents in the Reference 
Library) 

■ FNF Guide (Merged into the appropriate documents in the Reference Library) 

■ Meridian 1 XII Task System Programming guide. 

■ Meridian 1 X11 Task Fault Clearing task guide. 
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Software Conversion 


For large system types RT, NT, XT, Option 51,61,71,81,51C, 61C, 81C and 81C with CP Pll, direct 
software conversion is supported to X11 Release 25 from the following releases: 

• X11 Release 19, 20, 21,22, 23, 24 

For Option 11C, automatic conversion is supported directly to X11 Release 25 from the following 
releases: 

• X11 Release 16, 18, 20, 21,22, 23, 24 

For Option 11C Mini, automatic conversion is supported directly to X11 Release 25 from the following 
release: 

• X11 Release 24 

Additional upgrade requirements can be found in specific product bulletins of Release 25 features, 
such as Call Processor Pll, Fiber Network Fabric, Meridian ITG Trunks 2.0 with ISDN and Option 
11 C/Mini IP Expansion. 


New ISM Counters 

With the introduction of XII Release 25.10, there were six new ISM Parameters and Two 
changed ISM parameters for all systems. 

There was one new ISM in Release 25.30 for small systems only. 


Release 25.40 introduces one new ISM Parameter (not applicable to North America). 


ISM Parameter 

Systems 

Release Introduced 

ITG ISDN Trunks 

All 

25.10 

Internet Telephones NTZC82AA / A0804340 

All 

25.15 + Patches Or 

25.30 + MDCS 

Attendant Consoles 

All 

25.10 

Wireless Visitor 

All 

25.40 

CLASS Telephones 

All 

25.10 

Phantom Ports 

All 

25.10 

Data Ports 

All 

25.10 

Traditional Trunks 

All 

25.10 

Analogue Telephones 

All 

Changed with 25.10 

Digital Telephones 

All 

Changed with 25.10 

Survivability NTSF8720 / A0784530 

Small system Only 

25.30 


Note: Internet Telephones ISM Parameter is used for both i2004 and i2050. 
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New Software Packages 


The following tables provide a list of the New and Enhanced Packages introduced in Release 25.40, 
their mnemonics, and their package numbers. 


Package Name 

Package Number and 
Mnemonic 

X11 Software Release 

Attendant Announcement 

384 

ATAN 

25.40 

Priority Network Override 

(Not available in North America) 

389 

PONW 

25.40 

NI-2 Name Display 

385 

NDS 

25.40 

M3900 Productivity Enhancements 

386 

M3900 PROD-ENH 

25.40 

M3900 Virtual Office Enhancements 

387 

VIRTUAL-OFFICE-ENH 

25.40 

ACD DN Expansion 

388 

ACDE 

25.40 (Option 81C CP Pll only) 


Feature Interactions 

■ Microcellular features (packages 345, 346, 314, 302, 303) are not supported on any Release 25 
based and later systems. 

■ SILC and UILC cards were not supported in Option 11 C/Mini IP Expansion (IPEX) cabinet for 
Release 25.30, but are supported with Release 25.40. 

• Meridian Home Office MHO-II is supported with Release 25.40, but is not supported with M3900 
Phase III telephones. 

■ Remote office (RO) 1.3 is supported with Release 25.40 but not supported with M3900 Phase III 
until the upissue 1.3.4 is available. 
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System Management 

Customers that utilize third party management systems must ensure that the Management System is 
compatible with Release 25 software. 

MAT 6.6X 

MAT Release 6.67.04 supports Generic X11 Release 25.10 and associated features; 

MAT Release 6.67.07 supports Generic X11 Release 25.15 and associated features. 

MAT Release 6.67.07 plus update disk supports Generic X11 Release 25.30 and associated 
features 

To confirm your MAT Release version, open MAT on your PC, in the MAT Navigator Window under m 
Help, select About MAT Application. 

| MAT is not supportedonRelease 25.40 or later 


OTM 1 .x 

OTM 1.00 supports Generic XII Release 25.15 and associated features 

OTM 1.01 supports Generic XII Release 25.30 and associated features 

OTM 1.1 delivers additional functionality to manage the Survivable IP Expansion cabinets in the 
areas of Common Services and Maintenance in both the Windows and Web environment. 

OTM 1.2 supports Generic X11 Release 25.40 and associated features. 

The following X11 Release 25 Features require MAT 6.6x or OTM 1 .x for configuration - the features 
cannot be programmed through overlays: 

• ITG Trunks 2.0 with ISDN 

• Corporate Directory functionality (one of the M3900 Digital Telephone Enhancements) - 

• ITG Line Side and i2004 - i2050 Internet Telephones 

• Option 11 C/Mini IP Expansion (to support ITGL card in the Expansion cabinet in survival 
mode) 

NOTE: OTM 1.01 (Optivity Telephony Manager for Meridian) is a system management software 
product that provides a single point of connectivity to multiple Meridian 1 voice switches, Meridian 
Mail systems, and other applications. OTM supports connectivity over serial, dialup/PPP, or Ethernet. 
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Release 25.40 Feature Summaries 

The following list of features is the content for Release 25.40. 

QSIG Product Improvements: 

QSIG Call Completion and Call Diversion Interaction Enhancement: 

This product improvement provides for QSIG - MCDN and QSIG-QSIG gateways, the capability 
of employing Call Completion (CCBS and CCNR) when QSIG Call Diversion occurs. 

CLID Enhancement for QSIG Call Diversion: 

This product improvement provides for QSIG GF interfaces, the capability of displaying the correct 
CLID on the calling user’s set when the diverted-to user set is rung during QSIG call diversion. 

Redirecting Name Display Enhancement for QSIG Call Rerouting: 

This product improvement provides for QSIG GF interfaces, the capability of displaying the 
redirecting name on the diverted-to user’s set, during QSIG Call Diversion due to Call Rerouting 
algorithm, when the originating and diverted-to users are present on the same node. 


QSIG Message Waiting Indication 

QSIG Message Waiting Indication allows Meridian 1 users, connected to a voice mail system on 
another vendor’s PBX, to get a message waiting indication. This feature provides a means to pass 
the Message Waiting Indicator across a private QSIG network with Meridian and other vendors’ 
PBXs. In the same way the feature allows a Meridian Mail hosted at a Meridian 1 switch to serve 
third party PBX users across a QSIG network. 


ACD DN/CDN Expansion 

The Automatic Call Distribution Directory Number/Control Directory Number (AC DN/CDN) 
Expansion feature (ACDE Package 388) increases the allowable number of ACD DNs and/or 
CDNs on a Meridian 1 Option 81C CP Pll system from 240 to a maximum of 1000 for each 
customer. The number of customer groups remains at 100 and the system level total of 
configurable ACD DN/CDNs remains the same at 24,000. 

CP Pll Memory Enhancement 

Increases the amount of DRAM on the CPP processor from 128 MB to 256 MB. Required for all 
Release 25.40 and later CP Pll Option 81C systems with 6 or more groups 


Attendant Announcement 
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X11 Release 25.40 introduces the Attendant Announcement feature (AANN Package 384) 
delivers a pre-recorded message for calls terminated on the attendant, attendant queue, 
redirected to the attendant or night station. 

The Attendant Announcement feature provides different announcements based on the state of the 
call: 

• Announcement when terminating to the Attendant (ANAT). 

• Announcement when Night service is activated (ANNS) 

• Announcement when Call forward No answer to the Attendant (ANFA). 

• Announcement when Call forward Busy to the Attendant (ANFB). 

• Announcement when Slow Answer Recall to the Attendant (ANSR). 

• Announcement on Attendant Extended Calls (ANXC). 

• Announcement when overflowed or forwarded (ANOF) if customer uses the Attendant 
Overflow Position (AOP) or Attendant Alterative Answer (AAA) features. 


NI-2 Name Display Supplementary Service 

Extend the Meridian 1 capability to support Name Display Information Elements from the public 
network on the National ISDN-2 NI-2 PRI interface and Display the calling name on incoming calls 
on the terminating set. As well, Meridian 1 will be able to send the Name Display IE’s to the CO for 
delivery to the far end on private network links. 


NI-2 B-Channel Service Messaging 

This feature provides B-channel availability control on the NI-2 interface. With this feature service 
messages communicate B-Channel status changes to the far end. This feature provides the 
following enhancements: 

• Increases B-channel availability 

• Increases throughput on PRI service 

• Reduce line degradation and number of lost calls 

• Minimized the number of repeated calls on an out of service B-channel 


Survivable IP Expansion - MISP Support and DPNSS 

Enable an MISP card to be supported in an Option 11 C/11C Mini Survivable IP Expansion 
cabinet. 


Auto Negotiation for SIPE 

This enhancement creates a prompt in LD 117 that allows the user to turn on/off auto negotiation. 
The ability to control Auto negotiation on the Meridian 1 will simplify the installation and support 
routers and switches where auto-negotiation is turned on. 
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Large Systems New Global Clock Controller 

Introduces a new Global clock controller (NTRB53) for Option 51C, 61 C,81 and 81C systems. 

The NTRB53 Clock Controller will replace the QPC471H and QPC775F in new systems. Existing 
Clock Controllers QPC471 and QPC775 will continue to function with X11 Software Release 
25.40. The NTRB53 Clock controller retains existing functionality and software configuration of the 
clock remains unchanged. 

Meridian X11 Release 25.40 software introduces a PSDL object to allow field upgrades of the 
clock’s firmware. The NTRB53 new clock controller is compatible with Option 51C, 61C, 81C and 
XII Releases 19 to 25. 


ITG Line Side 2.2 and i2050 Software IP Phone 

The i2050 Software IP Phone is Windows-Based application that makes your desktop computer a 
powerful tool for unified voice, data and video communications. 

The i2050 Software Phone supports the following: 

• Traditional telephony features such as Call Origination, Call Termination, 
Conference, Transfer, Hold, and Message Waiting Indication 

• Dedicated Hold, Release, Answer, Volume, Mute, Navigation and Message 
Waiting Indication Keys 

• Macro functions for programming lengthy dialing patterns 

• Powerful directory capabilities; locally stored on the PC or linked to external 
directories such as LDAP, Outlook, and ACT 

• DHCP- compliant services 

• Nortel Networks USB Audio Kit 

• “One-click” direct dialing from various windows and applications 

• Online help with full index search capabilities 


PDT Password Enhancement 

Allows an authorized Distributor or Nortel Networks Technician to change the diagnostic 
passwords. 

The PDT Password enhancement gives administrators the ability to change the level 1 and level 2 
PDT passwords. Currently this capability can only be delivered using patch MPLR13326. Starting 
with Release 25.40 this capability is integrated into the software. With release 25.40 this password 
will need to be set in order to be able to access PDT. 

Refer to X11 System Security Management NTP [553-3001-302] 
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PDT Access Log Enhancement 


As remote sessions can potentially occur anywhere on a network with access to the Meridian 
ELAN, this makes problem investigation much more difficult to coordinate. 

Potential illegal accesses cannot be easily traced as the offender’s login user ID is never output or 
recorded. 

Also, because ELAN accesses are much more popular due to MAT/OTM availability, the file can 
be filled within hours rather than days. 

This enhancement would allow the access log to record the user ID and increase the capacity to 
handle more entries in the log file. 

Refer to X11 System Security Management NTP [553-3001-302] 


Dynamic PSDL 

Dynamic PSDL will split the current PSDL file into ‘individual’ product loadware files. Meridian 1 
will build the PSDL.rec file dynamically during installation from individual product loadware files. 
Previously the larger PSDL.rec file was included with the software during loadbuild. This will allow 
for field replacement of individual loadware files as required. It will also eliminate the duplication of 
loadware files for M39xx language management. With this functionality only 1 PCMCIA card for 
small systems is required to deliver the entire language file. 

DPSDL provides a vehicle to introduce New Loadware to the field if required in a timely manner, 
without waiting for Software upissue and avoiding all upgrade related issues such as keycode, 
ordering codes, system management compatibility and applications compatibility. 

Prior to the introduction of Release 25.40 (DPSDL Feature) a new X11 Software upissue was 
required to deliver new loadware upgrade 

Keycode Enhancement Feature 

The purpose of this enhancement is to modify the dependency between the X11 Software 
Keycode and the X11 software version release name. Currently, the keycode is linked to the 
release, issue, and phase letter i.e. 25.27A.. 

The Phase letter (a.k.a. sub issue) is used for Beta releases of software. 

This enhancement will remove the dependency of the keycode to the phase letter and leaves it 
linked to the keycode to the release and issue number only. This means that a new keycode will 
not be required to upgrade between Beta sub-issues of software (i.e. from 25.37B to 25.37C, etc.) 
as long as there are no changes to the other keycode parameters such as ISM parameters limits 
or package content. A new keycode will be required when upgrading to a different issue, such as 
the market Release version 25.40, or if other keycode parameters change. 

Please note that the large systems keycodes generated for various phases within a release and 
issue (e.g. 25.37a, 25.37b) will differ from another but will work for any phase. 
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SDID number as CLID for Euro-ISDN trunk 

The SDID functionality will be made available for Euro-ISDN calls with the introduction of Release 
25.40. The SDID feature replaces the DN by the DID number of the IDC table in LD 15. This will 
be enabled for CLID option OPT1 [international calls], OPT2-OPT5 [based on APAC ISDN 
requirements for international calls]. This enhancement replaces the DN of an analog or digital set 
or an attendant console with incoming DID-DN. This feature is not applicable to trunks as 
originator. 

New Wireless Visitors ISM 

Introduces a new ISM for MDECT wireless visitors to differentiate them from “home” users. 

Singapore ISDN Enhancement 

This feature allows the Meridian 1 to interwork properly with Nokia CO switch for the Singapore 
ISDN interface. It allows the Meridian 1 to automatically restart the ISDN Trunks in the event that 
the link is torn down and reconnects again. 

This Feature is introduced through modification to Singapore Loadware. 

This feature is available to Singapore Market only. 

Network Break-in and Force Disconnect 

The Network Break-in and force Disconnect feature allows an analog or digital set to perform the 
following functions: 

Break in to an established two- party call 
Force disconnect an established two-party call 

Priority Levels PLEVs (0 to 7) are configured on a set basis, A set can break in or disconnect an 
established call only if it has a priority level grater than of the wanted and unwanted parties. 

This feature introduces Priority Network Override (PONW) Package 389, and available in AP, 
CALA and EMEA Markets only. 
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Release 25.40 Enhanced M3900 Features 

Refined Corporate Directory Search 

Refined Corporate Directory Search introduces a new “Resume” soft key in the Corporate 
Directory screen so that the user can resume the keypad entry to enter additional letters to narrow 
the search further without reentering the letters from the beginning (for M3903, M3904 and 
M3905). 

M3900 CTIA and TAPI 

Delivers the M3900 CTIA and TAPI 2.1 service provider (for M3902, M3903, M3904 and M3905). 

Headset Support When Handsfree Disabled 

Currently, headsets are not supported when handsfree is disabled on an M3900 set. This 
enhancement will enable end users to use the headset key on their set if the administrator deems 
it necessary to deny the handsfree class of service (for M3903 and M3904). 

Speed Dial Capabilities (Virtual Office) 

The current Virtual Office feature enables users to log on to a host set and has their personal 
profile appear at that set. However, at the present time the configuration of speed call features on 
a virtual TN is prohibited. The change will be to enable usage of speed dial. (For M3903 and 
M3904). 

Call Forward enhancements 

The call forward number is automatically deleted if the user starts entering a new number rather 
than requiring multiple presses of the delete key (for M3902, M3903, M3904 and M3905). 

Password Clear 

When the switch issues the Directory/Call Log password reset command, the password is turned 
off instead of set to ”12345678" (for M3903, M3904 and M3905). 

Pause in dialing strings 

Enables entering 1.5-second pauses in a dialing string. (For M3902, M3903, M3904 and M3905). 


31 Digit Predial 

Increases number of digits in the dialing strings from 24 to 31 for Call Log, Personal Directory, 
Redial List, and Predial (for M3902, M3903, M3904 and M3905). 

Special Characters 

M3900 character set will now include all the special characters defined in the ASCII character set 
to be used with set-to-set messaging, personal directory, editing feature key labels, etc. (for 
M3902, M3903, M3904 and M3905). 

M3905 Phase III 

Delivers most of Release 2 and 3 M3900 features to M3905 with common F/W on M3904 and 
M3905. 

Virtual Office Login Enhancement 

Currently only one user can log into Virtual Office at a time, and other users attempting to log in at 
the same time receive a "system busy, try later" message. This enhancement will increase the 
number of users that can log on at the same time. 
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One-button Access Keys 

Improvements to the way the Personal Directory, Corporate Directory, Call Log, and Redial List 
features are accessed (for M3903, M3904 and M3905). 

- Call Log and Redial List - One button access via softkeys or feature keys. 

- Directory—user can start to conduct a directory search via the dial pad without pressing the 
Select softkey 

- Corporate Directory-Users begin the search without pressing the Select key. 

System Initiated Language Selection 

M3900 sets on systems in different countries can initialize with a default language other than 
English. This eliminates the need for system administrators/users to have to go through the 
language selection option on each set to select a different language (for M3902, M3903, M3904 
and M3905). 

Set-to-Set Messaging Enhancements 

Allows a system administrator to predefine ten messages that can be customized by the 
administrator to reflect the type of messages most often used by the users. Users can select one 
message to be sent as their Set-to-Set message and they can edit that one message to whatever 
they like. The user may only need to modify a small portion of the message to add the correct 
date/time, etc. Only one message per set is actually stored in the system. (For M3903, M3904 
and M3905) 

Erase Callers and Redial List for Virtual Office 

Allows the lists to be cleared when a virtual office worker logs out of the host M3900 set (for 
M3903 and M3904). 


Automatic Logout for Virtual Office 

Allows the administrator to specify a time in which all idle virtual terminals will be logged out. Also, 
if a user tries to log into a host terminal, but is still logged into another terminal, the first terminal 
will be logged out and the user will be allowed to log into the second terminal (for M3903 and 
M3904). 

Full Duplex Hands-free 

Delivers a full duplex hands-free cartridge to a new M3904 set. 
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M3900 Phase 3 Feature/XII Release 25.40 Compatibility Table 


Feature 

Feature 

Package 

M3902 

M3903 

M3904 

M3905 

Call Forward Enhancements 

N/A 

X 

X 

X 

X 

Password Clear 

N/A 


X 

X 

X 

Pause in Dialing Strings 

N/A 

X 

X 

X 

X 

31 Digit Predial 

N/A 

X 

X 

X 

X 

Special Characters 

N/A 

X 

X 

X 

X 

Refined Corporate Directory Search 

N/A 


X 

X 

X 

Headset State Support 

N/A 


X 

X 


Speed Dial Capabilities (Virtual Office) 

N/A 


X 

X 


Virtual Office Login Enhancement 

N/A 


X 

X 


Computer Telephony Integration Adapter (CTIA) 

N/A 

X 

X 

X 

X 

PC Utility Adapter 

N/A 

X 

X 

X 

X 

Full Duplex Handsfree Accessory 

N/A 



X 


M3905 Phase 3 set 

N/A 




X 

Secondary DN Dialing 

N/A 


X 

X 

X 

One-button Feature Access Keys 

Pkg. 386 


X 

X 

X 

Set-to-Set Messaging Enhancements 

Pkg.386 


X 

X 

X 

System Initiated Language Selection 

Pkg.386 

X 

X 

X 

X 

Virtual Office Automatic Logout 

Pkg.387 


X 

X 


Redial and Callers List Erase (Virtual Office) 

Pkg.387 


X 

X 
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Succession Communication Server for Enterprise 1000 

Release 2.0 


Introduction 


Succession CSE 1000 is a robust, IP-based solution that delivers the full range of proven telephony 
applications from Nortel Networks. Companies who are establishing a pure IP environment will benefit 
from the value-added capabilities that are only supported by voice over IP, including a simplified and cost- 
effective infrastructure, DHCP-enabled IP telephones that provide easier moves, adds & changes, support 
for 802.11 wireless devices, as well as support for critical business communications applications such as 
unified messaging, unified management, IP Contact Centers and more. 

In addition. Succession CSE 1000 offers significant advantages to existing customers with Meridian 1 
systems, as the two product families can be mixed in the same network, with full interworking and unified 
system management. The investment made by users in Meridian 1 training and configuration can be fully 
carried over to the Succession CSE 1000 product, providing both administrators and end users an easy way 
of embracing Voice over IP and the advantages of future advances in Internet Telephony. 

Succession CSE 1000 Release 2.0 introduces significant enhancements in the areas of IP Peer Networking, 
Remote Office, VoIP desktop, core system and management solutions. Highlights of Release 2.0 include: 

• Core System Enhancements and IP Peer Networking, including 

o Set-to-set VoIP media across customer WAN 
o Central numbering plan administration (H.323 Gatekeeper) 
o Increased scalability 

o Improved interoperability, including interworking with Meridian 1 Integrated IP 
Telephony Gateway (ITG) Trunk card (IP Trunk 3.0) 

• Succession Branch Office 

• Desktop Enhancements, including 

o Support for the i2002 Internet Telephone, a mid-range Internet Telephone, with 
integrated 3 port Ethernet Switch Module 
o Support for Nortel Networks M3900 Digital Telephone portfolio 

• Management Solutions 

o Support for Optivity Telephony Manager 2.0 

o Introduction of a new web-based graphical user interface to increase the speed and 
efficiency of management tasks 

Succession CSE 1000 is an integral part of the overall Succession portfolio of Voice over IP solutions from 
Nortel Networks that spans small to large enterprises as well as carrier-based solutions. 
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Product Description 

Overview 

Succession CSE 1000 Core System 

With Succession CSE 1000 Release 2.0 enterprise customers will have a system that supports a wide 
spectrum of industry-leading applications & features combined with business-grade reliability, investment 
protection, and global availability & support. By distributing this system over their IP WAN, they can take 
advantage of reduced costs from simplified management and common infrastructure. They can also benefit 
from next generation applications that are enabled by the IP Network. 

Succession CSE 1000 Release 2.0 expands the system’s capabilities to exploit the flexibility of IP Wide 
Area Networks allowing 

• Seamless network integration 

• Simplified management 

• Greater flexibility in network deployment 

• Reduced costs for supporting an increasingly distributed global user community 
The architecture of Succession CSE 1000 Release 2.0 is depicted in the Figure below: 



Call Server. The Call Server controls the call processing, and provides telephony services and features. 
The Call Server also acts as a database server for synchronization of configuration information with all 
Media Gateways. 

Signaling Server. Provides an industry-standard H.323 signaling interface between Succession CSE 1000 
systems across a customer WAN, or to FI.323 gateways and PBXs that act as H.323 gateways. 

Gateways. Succession Media Gateways provide access to PSTN trunks, or circuit switched applications 
and resources (e.g. analog or digital telephones). Gateways extended over a WAN to remote branches can 
be deployed with survivability; such deployments are called Succession Branch Office. 

Infrastructure. A data infrastructure is required to support VoIP with the Succession CSE 1000 system. 
This may include switches, routers, media gateways and other components that form the physical 
infrastructure. Although Nortel Networks data equipment is preferred, the Succession CSE 1000 systems 
open architecture supports many different vendors’ data products, provided they meet Quality of Service 
(QoS) requirements required for real-time telephony applications. 
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Desktop Clients 

Nortel Networks portfolio of Internet Telephones leverage LAN/WAN connectivity for accessing the 
powerful feature set of the Succession CSE 1000 system. The following Internet Telephones are 
supported: 

• i2002 - A mid-range Internet Telephone, with integrated 3 port Ethernet Switch Module 

• i2004 - The Premium Internet Telephone model. Succession CSE 1000 Release 2.0 will also 
provide support for the second-generation i2004 telephone with an integrated three port Ethernet 
switch. 

• i2050 - Software Phone for the PC 

Nortel Networks M3900 Digital Telephone portfolio will be supported on Succession CSE 1000 Release 
2.0, providing excellent investment protection and a wide choice of desktop solutions for customers to 
choose from. 

Succession CSE 1000 also supports the following telephones/terminals: 

• Digital and Analog telephones 

• T.38 Fax 

• Wireless telephones 


System Management. 

With a fully distributed IP PBX, system management becomes a key component of the overall architecture. 
Succession CSE 1000 brings with it an integrated management approach that unifies system components 
into an integrated solution. Succession CSE 1000 supports a suite of value added management capabilities 
that can manage multiple Succession CSE 1000 and Meridian 1 systems, thereby reducing a customer’s 
total cost of ownership. 

One component of the Management approach is OTM Release 2.0, which provides a variety of value-added 
features that provide management simplicity and flexible control. 

Another innovative improvement is the introduction of Element Management, which allows management 
of many common functions of the Succession CSE 1000 from a Web Server located on the Signaling 
Server platform. This is accessed by means of a web browser, or by using the OTM 2.0 navigator. 


CallPilot 

There is a new major software release for CallPilot systems, Release 2.0, being introduced concurrently 
with Succession CSE 1000 Release 2. It brings over 40 new and enhanced features and capabilities to the 
CallPilot IPE, Tower, and Rackmount systems, expanding on the already substantial feature set and 
offering an even greater level of usability and functionality. CallPilot 2.0 is designed to address user's 
needs and extend CallPilot’s leadership in the voice messaging and unified messaging industries. 

See the concurrent Bulletins for CallPilot 2.0 for details. 


Description of New Features 

The introduction of Succession CSE 1000 Release 2.0 expands the system’s capabilities to exploit the 
flexibility of IP Wide Area Networks. 


Issue 1.0 


Page 6 of 73 


October 2002 




Product Bulletin 


Succession CSE 1000 Release 2 


NORTEL 

NETWORKS' 


The following provides a brief technical overview of the new developments in the Succession CSE 1000 
Release 2.0 product. The enhancements are mainly in the following areas: 

• IP Peer Networking 

• Succession Branch Office 

• Desktop Enhancements 

• Core System Enhancements 

• Management Solutions 



IP Peer Networking. 

The IP Peer Networking feature allows deployment of the Succession CSE 1000 product across a Wide 
Area Network while providing a complete set of industry-leading features. 

The IP Peer Networking Feature has the following components: 

• Set-to-Set VoIP media across customer WAN. 

This feature provides improved Voice Quality & cost savings to the customer. Whenever a 
connection needs to be made between Internet Telephones on different Succession CSE 1000 
systems, the media (voice) path will use direct IP connections, thereby avoiding multiple 
transcodings between IP and TDM. 
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• Central Numbering Plan Administration - H.323 Gatekeeper. 

The IP Peer Networking feature introduces a Gatekeeper where all Succession CSE 1000 systems 
in the network are registered. This eliminates the need for manual configuration of IP addresses 
and numbering plan information on every site. 

• Removal of need for separate D-Channel Hardware. The IP Peer Networking feature eliminates 
the requirement to provide a physical D-Channel interface with DCH/ MSDL and ITG DCHIP 
hardware. 

• Improved Interoperability. The Succession CSE 1000 uses standard H.323 version 3 protocol to 
provide for interworking with vendors that implement the same interpretation of the standard. The 
feature-rich MCDN protocol is tunnelled through the H.323 for interworking with other 
Succession CSE 1000 and Meridian 1 systems. 

• Supports the per-call selection of codec standards, based on the type of call. IP Peer Networking 
supports the following codecs: 

• G.711 A/u-law 

• G.729 A 

• G.729 AB 

• G.723.1 

G.711 A-law and u-law interworking is also possible. 

• IP Peer Networking supports the voice-to-fax switchover protocol for T.38 Fax, by using the mode 
select signaling in H.323. 

• IP Peer Networking supports the traditional methods of managing costs in a circuit-switched 
environment (for example, through BARS/NARS). IP Peer Networking also supports a method to 
manage costs at the Gatekeeper, using an IP environment called Least Cost Routing. With Least 
Cost Routing, you can assign a cost factor to the routes using Gatekeeper Element Management. 

For more information on the Peer Networking capabilities, please refer to the document IP Peer 
Networking (553-3023-220). 


Succession Branch Office. 

The Succession Branch Office provides a means of extending Succession CSE 1000 features to one or 
more remotely located branch offices. The Call Server at the Main Office provides the call processing for 
both the main and branch offices. An H.323 Media Gateway located in the Branch Office provides access 
to the local PSTN, and a Signaling Server provides Peer Networking back into the CSE 1000 and the entire 
Network. If an IP connection to the Main Office cannot be made, an H.323 Media Gateway in the Branch 
Office will provide service to the telephones located at the Succession Branch Office providing 
survivability to remote users. 

See the Branch Office Guide (553-3023-221) for more details on Branch Office and Virtual Office 


Desktop Enhancements. 

Succession CSE 1000 Release 2.0 provides the following desktop enhancements: 

i2002 Internet Telephone. The i2002 comes equipped with integrated 3-port Ethernet switch. The i2002 
is a physically smaller telephone than the i2004 and supports the same rich feature set available today with 
the i2004 Internet Telephone. 
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i2004 with Integrated Switch. The i2004 with the integrated 3-port Internet switch will be Generally 
Available in 4Q02. A separate Product Bulletin will be published to announce the launch of this next 
version of the i2004. 

The integrated switch will remove the need for the External 3-Port Switch Module that is currently required 
if the telephone is to share the IP network access with a PC or another type of data device. 

Network Address Translation (NAT). Many customers use NAT to provide the ability to network 
multiple sites with overlapping private address ranges or to route private IP addresses over a public 
network. With this release of the IP Line 3.0 application, support will be introduced to accommodate some 
common NAT implementation scenarios that apply to IP Telephones. However, note that IP Peer 
Networking uses H.323 protocol between Signaling Servers, which is not supported through most NAT 
implementations; this limitation could be overcome by using VPN tunnelling. 

Network Wide Virtual Office. This feature will allow customers to “Login” to any Internet Telephone on 
their network using an ID and Password. Once “logged in”, the personal configuration will be downloaded 
to the telephone: 

• All DNs 

• Key layout 

• Voice mail message indicator 

• Feature capabilities 

IEEE 802.1 Q With Succession CSE 1000 Release 2.0, the IP Telephone will support VLAN and priority 
tagging of IP packets to/from the Internet Telephones. 

802.1 q-VLAN ID 

Helps provide a higher level of security between segments of internal networks. It is used to break 
larger networks into smaller parts to prevent consumption of bandwidth by broadcast and multicast 
traffic. 

802.1 p 

Provides priority classification and tagging of VoIP packets at layer 2 (Ethernet). 

Corporate Directory. The Corporate Directory feature is similar to the M3900 corporate directory but it 
provides a network directory rather than a nodal directory. This feature is available on the i2002 and i2004 
Internet Telephones, and the i2050 Software Phone. 

The corporate directory database is created using OTM 2.0. 

User labelled feature keys. This feature will provide M3900-like edit capabilities for soft-labelled feature 
keys. The i2004 Internet Telephones has six feature keys (providing 12 functions by using the SHIFT key) 
and the i2002 has four feature keys. This feature provides the ability of the Internet Telephone user to 
program the label on the feature key. This label change is saved and then displayed on the feature key. 

(e.g. Autodial key - currently displays either “autodial” or number. This will permit user to enter a name) 

Private Zone. A new “private” classification has been added to zone configuration, which enables 
reservation of voice gateway channels for resource critical internet telephones. For example, a group of 
call center agents could be guaranteed DSP resources if desired. 

Enhanced Statistics. This feature will provide additional statistics on QoS of calls connected by Call 
Server. 

New commands will print the number of Internet phones registered on a card, a zone, a node or a Signaling 
Server. 

New traffic printouts are also available per zone at a user configurable interval for blocked calls, bandwidth 
used, jitter, packet loss, delay, all attempts and completions. 
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Run-time configuration changes. Succession CSE 1000 release 2.0 adds the ability for most changes to 
be made without disabling or rebooting Succession Media Cards. The ITG Line 2.2 and earlier 
applications required the ITG Line card to be disabled and then enabled to activate some administrative 
changes, and in some case a card reboot was required for other changes to take effect. 

Core System Enhancements. 


The diagram below illustrates the key hardware elements of Succession CSE 1000 Release 2. 



Scalability. The Succession CSE 1000 Release 2.0 system can support up to 1000 Internet telephones per 
Call Server, plus digital and analogue telephones, and trunks. 

Introduction of the Signaling Server. The Signaling Server is an industry standard off-the-shelf server 
that provides signaling interfaces to the IP network using software components that run on the VxWorks 
real-time operating system. It can be installed in a load-sharing redundant configuration for higher 
scalability and reliability. The Signaling Server is equipped with several software components: 

Terminal Proxy Server. The TPS portion of the IP Line application now resides on the Signaling 
Server, rather than on a line card (as in Succession CSE 1000 Release 1.1). This reduces the amount of 
system hardware that is required by permitting up to 1000 IP users per Signaling Server, thus 
improving the cost effectiveness of the system. 

• With Succession CSE 1000 Release 1.1, ITG Line cards were required to register Internet 
Telephones to the system. Up to 96 sets could be registered to a single card. 

• With Succession CSE 1000 Release 2.0, no line cards are required to register Internet 
Telephones. All IP phones are registered to the Signaling Server. So Succession Media 
Cards are required ONLY to supply DSP hardware to transcode between IP Voice Packets 
and Circuit Switched entities (such as analog or digital trunks). 

H.323 Signaling Software. Provides an industry-standard H.323 signaling interface between 
Succession CSE 1000 systems across a customer WAN, or to H.323 gateways and PBX’s that act as 
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H.323 gateways. The Meridian networking features (MCDN) are also supported over the H.323 
signaling between two systems. 

H.323 Gatekeeper Software. This is used to identify the IP address of Succession CSE 1000 systems and 
H.323 Gateways based upon a network-wide numbering plan. 

IP Peer Networking feature. Introduces the Gatekeeper where all Succession CSE 1000 systems in the 
network are registered. This eliminates the need for manual configuration of IP addresses and numbering 
plan information on every site. 

Introduction of the Succession Media card. The Succession Media card is used to provide Internet 
Telephones access to circuit switched resources such as digital or analog trunk cards. It is an 8 or 32 port 
single slot card that provides a pool of DSPs for media transcoding between IP voice packets and circuit 
switched channels. It also provides echo cancellation and compression/decompression of voice streams. 


System Robustness 

The Succession CSE 1000 system has been designed with a great deal of redundancy, to provide a high 
degree of robustness in case of network or component failures. 

• Media Gateways (including Media Gateway Expansions) can be configured to be Survivable. In 
this case, one Media Gateway can act as an Alternate Call Server. This situation applies when 
Succession CSE 1000 equipment is co-located and not widely distributed. All of the Succession 
CSE 1000 Media Gateways are equipped with a full set of call processing software components 
and maintain a configuration database that is periodically synchronized with the primary Call 
Server. If the Call Server fails, the Media Gateway assigned as an alternate Call Server assumes 
role of Call Server. The Signaling Server(s) register to the Alternate Call Server and system 
operation resumes. 

The Media Gateway which is designated as the Alternate Call Server must be configured as 
Survivable. Other Media Gateways can also be configured as Survivable, and these will operate in 
an autonomous mode if the Call Server fails. 

• The Signaling Server can be made optionally redundant. In this case, the Gatekeeper, H.323 
Gateway and IP Phone registration applications are completely duplicated. In addition, the Call 
Server assumes the Gatekeeper functions if both the primary and secondary Gatekeepers fail (third 
level of redundancy). 

• IP Phones automatically re-register to Media Cards if primary or secondary Signaling Server fails. 
The Media Cards assume the Terminal proxy Server functions, up to 128 IP lines per SMC. 

• If the IP WAN is down or oversubscribed, Call Server routes calls via the PSTN, if so configured. 

• Branch Offices are fully survivable up to 400 IP users. IP telephones located at a Branch location, 
which normally receive service from the associated Main, will get full feature service from the 
Branch if the WAN or Main is unavailable. In this case, any resources available at the Branch 
(e.g. PSTN trunks) are available to such telephones. Digital and Analog telephones at the Branch 
are normally registered there, so they too receive full service in Survival mode. 


System Management 

The enhancements to the management of Succession CSE 1000 in Release 2.0 focus on further web 
enabling the management of the product and simplifying the management process in a Wide Area Network 
environment. In addition, Optivity Telephony Manager has been further enhanced to provide even more 
value in managing the network. 

Simplified web-based management of Succession CSE elements - Succession CSE 1000 Release 2.0 
introduces a new web based graphical user interface that provides an alternative to some of the traditional 


Issue 1.0 


Page 11 of 73 


October 2002 




Product Bulletin 


Succession CSE 1000 Release 2 


NORTEL 

NETWORKS' 


overlays / CLI and simplify overall management with functionalities such as gatekeeper / IP Services and 
IP Peer configuration or software / firmware and patches download. 

Optivity Telephony Manager (OTM) Release 2.0 offers an optional suite of value added management 
applications supporting networks of multiple Succession CSE 1000s and Meridian-Is. 

Command-Line Interface. Succession CSE 1000 continues to be able to be administered and maintained 
using the traditional overlay structure. 

Element Management and OTM are separate and independent. Element Management is required to 
manage (configure and maintain) IP Telephony parameters (In the case of ITG Line 2.x this was done by 
OTM). Element Management can also be used to manage route and trunk parameters (e.g. LD 14, etc). At 
this time. Element Management cannot perform station administration — but OTM can. In general, 
Element Management is used to manage specific elements (e.g. CSE 1000), while OTM is used to manage 
systems from a network view. OTM 2.0 is a PC based portfolio of applications that brings value added 
management capabilities on networks of Succession CSE l.x/2.0 and Meridian-1 Rls 19-24.50. 


Optivity Telephony Manager (OTM) Release 2.0. 

The Optivity Telephony Management (OTM) provides an integrated suite of management tools for 
configuration, control and analysis of Meridian 1 and Succession Communication Server for Enterprise 
(CSE) 1000 networks. OTM is a single-workstation management platform that can scale into a 
client/server architecture. 

OTM is the perfect partner that simplifies the configuration of stations. Electronic Switched Networks 
(ESN), MDECT or ITG. Its offers tools that increase the efficiency of system maintenance, faults and 
traffic analysis and allows flexible reporting capabilities for call tracking, call accounting and billing 
activities. It is a required pre-requisite for Corporate Directory and DECT. 

OTM also provides a number of “utility” applications such as LDAP Synchronization, Corporate Directory 
Reports, Inventory Management, Security management, Terminal Emulation, backup / restore, data 
buffering and access servers functionalities. As well, it allows overlay pass-through and on-line help. 

OTM 2.0 also includes the following features: 

• All OTM 1.2 features supported. Includes support for Succession CSE Release 1.x as well as 
Meridian 1 Release 19 through Release 25.40. 

• Succession CSE 1000 Release 2.0 concurrency. Includes integrated access to Succession CSE 
Web based Element Management capability. 

• Enhanced OTM navigators (windows and web). Gatekeepers, Call Servers and Signaling 
Servers are all represented in the OTM navigator with the capability to launch OTM applications 
or to access associated web-based element managers. A new network view called “Gatekeeper 
Zones” provides a “logical” view of components that are linked to a given Gatekeeper for 
simplified organization and control of distributed systems. 

• Multi-system billing reports (CCCR) /Telecom Billing system enhancements. Allows network 
administrators to collect and cost Call Detail Records (CDR) from multiple systems and run 
reports against the consolidated data. Other enhancements include the capability to use latitude 
and longitude to determine the cost of a call between two systems, the support of transfer (X) and 
abandon (B) CDR records and the introduction of 15 new graph reports and 8 new web reports. 

• Web Station scheduler. Introduces the capability to schedule a station synchronization task 
made via the Station Administration Web interface. 

• Courtesy change (station administration). Allows the system to by-pass the transmission of 
changes when sets are busy and consequently protect the disconnection of active calls. 

• OTM security enhancements. Allows encryption of all passwords used in the OTM database or 
transmitted to LDAP servers. Gives flexibility to the network administrator to determine rules for 
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authentication of OTM users and enhance consistency across all access types (windows / web 
accesses). 

• OTM backup / restore enhancements. Includes data that were not previously supported in the 
full OTM backup / disaster recovery operations. 

On Succession CSE 1000 Rls 2.0, OTM would be mandatory for the following functions (and optional for 
other cases): 

• CDR collection and billing 

• Corporate Directory 

• Alarm management 

• Web-based station administration 


Succession CSE 1000 Element Management. 

With the introduction of Succession CSE 1000 Release 2.0, each Signaling Server is the host of a new web 
server that enables local and remote accesses to new user friendly graphical web pages. This new 
management framework, here referred as the Succession CSE 1000 Element Manager, can be accessed 
directly using a web browser or using the OTM 2.0 navigator (which includes integrated links to each 
Succession CSE Element Manager in a given network). 

The Succession CSE 1000 Element Manager increases the speed and the efficiency of management tasks 
by organizing parameters in logical groups where single web pages provide access to information 
traditionally spread into multiple overlays. The capability to “hide or show information” helps the user to 
focus only on the information he is interested without being distracted by too many parameters displayed at 
the same time. 

The Succession CSE 1000 Element Manager also contributes to reduce configuration errors by providing 
full text description of the parameters (as well as the acronyms when such exist) and simplified choices for 
selecting parameters values (pre-selected defaults values, usage of drop down list of choices, indication of 
range values, yes / no checkbox). 

The following management tasks can be performed using the Succession CSE 1000 Release 2.0 Element 
Manager: 

• System Status. Offers the capability to obtain information on the Call Server software version, 
ISM parameters, packages list. Helps the user to perform maintenance actions on Call Server 
components (D-channel, MSDL, TMDI, Digital Trunk, Clock Controller, Network and Peripheral, 
Zone diagnostics. Trunk diagnostic, report log) and IP telephony (Syslog, Report log, OM reports, 
Telnet, General commands, Status, Signaling Server report log). 

• Configuration. Configuration of customer data, trunks and routes (traditionally done using LDs 
14, 15 and 16), D-channel and Common Equipment data (LD 17), digital trunk interface (LD 73), 
Flexible Code Restriction and Incoming Digit conversion (LD 49), zone configuration (LD 117) 
and IP telephony (IP Line 3.0, Signaling Server). 

• Network Numbering Plan. Configuration of all ESN data blocks (LD 86, 87, 90) for the Call 
Server as well as the configuration of the Gatekeeper. 

• Software upgrades. For IP telephony, the capability to view software and firmware versions on 
components, upload software or firmware to a directory on the Signaling Server, and download 
new versions to components. 

• Patching. Offers the capability to download, activate, and deactivate patches for the Call Server, 
Media Gateway, and IP telephony. 

• System Utilities. Includes backup and restore of databases and time and date setting. 
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Centralized Automatic Software Upgrade 

Centralized Automatic Software Upgrade enables loading a new version of software automatically to the 
Media Gateways after the Call Server software is upgraded. Options are available to perform this 
simultaneously or sequentially (only one Media Gateway at a time). 

Centralized upgrade 

Centralized upgrade enables the IP telephony components (SMCs) to be upgraded from the Element 
Management interface. The Element Management host, the Signaling Server, is a file server for software 
upgrade files for the SMCs. Internet Telephones also automatically upgrade from a centralized file location 
(their TPS). 

File uploading 

File uploading enables software upgrade files and patches to be uploaded to the Element Management host, 
(the Signaling Server), for centralized upgrading or centralized patching. The file is uploaded from the 
management PC (web browser) to the Element Management host (web server). 
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• Media Gateway Expansion 

• Signaling Server 

• Branch Office 

• Internet Telephones 

These in turn may contain other functional hardware items. 
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Call Server NTDU21AC 

The Call Server performs the call processing and controls the trunks and telephones via the 100 BaseT 
connections to the Media Gateways. The Call Server contains one card slot for the Succession System 
Controller (SSC) and does not contain any peripheral equipment. It is assembled at the factory with one 
dual port 100 BaseT IP daughterboard to support two Media Gateways, and can be field expanded by 
adding a second dual port 100 BaseT IP daughterboard to support two more. These provide 100 BaseT 
LAN or point-to-point connectivity between the Call Server and Media Gateways. 

• 19” Rack mount only 

• Power ON/OFF Switch 

• Call Processor is the Succession System Controller NTDK20GA - highly reliable proven platform 

• Runs Succession Release 2 software 

• Allows interworking with 3 rd party applications through support of TAPI interface API’s 

• Supports up to 1000 registered Internet Telephones per system 

• NTM400 Software Daughterboard 

• Four 100 BaseT Media Gateway connectors, 3 port RS232 Serial Interface, 1 - lOBaseT Port 
Interface (Embedded LAN) 

What’s new with the Release 2.0 Call Server ? 

• New cover latches, and automatic dimming of the indicator lights when the cover is removed. 

Call Server view 



The Call Server NTDU21AA used with Succession CSE 1000 Release 1.x can continue to be used, as can 
the SSC Succession System Controller NTDK20FA. 
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Media Gateway NTDU22AD 

The Media Gateway and Media Gateway Expansion each provide card slots for TDM devices such as 
PSTN trunks or analog telephones. The Media Gateway connects to the call server via 100 BaseT and 
supports the peripheral equipment. It supports digital trunks, analog trunks, digital and analog stations and 
more. The interface to these traditional items from the IP realm is provided by means of Succession Media 
Cards, which can be inserted into any slot. The Media Gateway also provides a dedicated slot (slot 0) for a 
Succession System Controller (SSC) card NTDK20GA. The Media Gateway and Media Gateway 
Expansion are connected with two copper cables. 

The Media Gateway is centrally configured from the call server for a single management point. Up to four 
Media Gateways can be supported by a single Call Server. Each Media Gateway can be expanded with one 
Media Gateway Expansion. 

• 19” Rack mount only 

• Equipped with a Succession System Controller (SSC) NTDK20GA (minimum vintage is FA) 

• Software Daughterboard NTM400AC mounted on SSC 

• Remote Security Device NTDK57DA mounted on SSC 

• Single port 100 BaseT IP daughterboard NTDK99AA mounted on SSC 

• Provides 3 RS232 Serial ports, and 1 - 1 ObaseT Ethernet port (Embedded LAN) 

• Provides Power Fail Transfer 

• Media Gateways can be configured for Survivability, or to act as an Alternate Call Server. 

• There are 4 identical slots in each Media Gateway, which can support a wide range of circuit 
cards, e.g. 

o Maximum of four digital trunks per Media Gateway 

■ One clock controller needed for every Media Gateway with a Digital Trunk 
o Maximum of four analog or digital line cards 
o Maximum of four analog trunks 
o Maximum of four Succession Media Cards, 
o CallPilot IPE 20 li 

Note: The legacy 24-port ITG-P card, once upgraded to IP Line 3.0 software, provides the same service as 
the Succession Media Card. In this document, unless otherwise noted, the ITG-P card can be substituted 
for the Succession Media Card. 

What’s new with the Release 2.0 Media Gateway? 

• New cover latches, and automatic dimming of the indicator lights when the cover is removed. 

• A new backplane that provides an additional universal card slot. 

Previously, slot 4 was not usable as a universal card slot, and could only be used to accommodate 
the “second half’ of double width cards. It is now fully usable. 

• A new 10/1 OOBaseT interface. 

The back panel of the cabinet now includes an RJ45 connector for the ELAN link. This can be 
used instead of the 9-pin connector that was previously used, although the 9-pin connector is still 
usable. The SSC senses which connector is being used. Using the RJ45 connector eliminates the 
need for a MAU, which is no longer supplied with the Media Gateway. 

Note that the use of this new RJ45 connector requires the NTDK20GA SSC in the Media 
Gateway. Users of the NTDK20FA will still have to use the 9-pin connector and the MAU. 
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Also note that the green LED on the RJ45 connector will not illuminate, even when the ELAN 
link is established. This is normal. An equivalent green Link LED on the NTDK20GA will 
illuminate instead. 

This new interface is available only on the Media Gateway, and not on the Call Server. 


Media Gateway view 



The Media Gateway NTDU22 AA used with Succession CSE 1000 Release 1 .x can continue to be used. 
However, slot 4 can only be used as the second slot of a dual width card. 


Media Gateway Expansion NTDU23AC 

One Media Gateway Expansion can optionally be added to each Media Gateway by using copper cables 
between the two. 

• 19” Rack mount 

• Built in international power supply (Non field replaceable). 

• UPS power backup only 

• There are 4 identical slots in each Media Gateway, which can support a wide range of IPE cards, 
e-g- 

o Maximum of four analog or digital line cards 
o Maximum of four analog trunks 
o Maximum of four Succession Media Cards, 
o CallPilot IPE 20 li 

The Media Gateway Expansion NTDU23 AA used with Succession CSE 1000 Release 1 .x can continue to 
be used. 

Media Gateway to Media Gateway Expansion Cabling 

One Media Gateway Expansion can be added to each Media Gateway by using the DS-30X and CE-MUX 
copper cables between the two. 


Signaling Server 

The Signaling Server is a commercially available server, and is illustrated in the figure below. There are no 
user serviceable components in the Signaling Server, and opening it voids the warranty. 

The Signaling Server, although a standard Pentium-based computer, has been carefully specified and 
selected by Nortel Networks to provide all of the required features and performance. Servers acquired 
other than through Nortel Networks are not supported for use as a Signaling Server. 
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The Signaling Server front features include the following: 

• Power LED green - ac power on. Power LED off - ac power off. 

• Status LED red - CPU stopped. Status LED off - CPU running. 

• Drive LED flashing green - Hard Drive or CD ROM Drive active. Drive LED off - Hard Drive or 
CD ROM Drive inactive. 

• Link LED green - Ethernet port active. Link LED off - Ethernet port inactive. 

• 100Mbps green LED - Ethernet port running at 100Mbps. 100Mbps LED off - Ethernet port 
running at 10Mbps. 

• The power switch controls the ac power to the Signaling Server. 

• The Reset switch invokes a cold reboot of the Signaling Server. 

• The INI switch is reserved for future use. 
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The Signaling Server front features, shown in the picture above, are as follows: 

• The CD-ROM drive is used to load the Signaling Server Software: software files for the Signaling 
Server, SMCs, and Internet Telephones. The Signaling Server software includes the Signaling 
Server operating system, and applications, and all Element Management web server files. 

• The floppy drive is used for saving the Signaling Server database. 

• The front Maintenance port does not display system messages. However, this port provides a 
login session for Command Line Interface (CLI) management. 



The Signaling Server rear features, shown in the picture above, are as follows: 

• The AC power cord connector provides an AC connection to the Signaling Server. 

• The 1 OOBaseT TLAN connector is used for telephony signaling traffic. 

• The 1 OOBaseT ELAN connector is used for connection between the various Succession CSE 1000 
components. 

Note: The Signaling Server TLAN/ELAN ports connect though a Layer 2 Switch to access other 
Succession CSE 1000 chassis TLAN/ELAN ports. 
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• The rear maintenance port is the primary port for maintenance and administration terminals. 

• The remaining ports (USB and PSZ) are not used for any Succession CSE 1000 function. Do not 
plug any device into these ports. 


Succession Branch Office 

The basic hardware of a Branch Office includes the H.323 WAN Gateway and the Signaling Server. The 
hardware of the WAN Gateway chassis is identical to the Media Gateway, and it provides 4 slots of support 
for the same range of circuit cards: 

• Succession Media Cards 

• Digital Trunk Cards 

• Analog Trunk Cards 

• Analog Line Cards 

• Digital Line Cards 

The SSC in the H.323 WAN Gateway is mandatory, and occupies a dedicated slot (slot 0). In Normal 
Mode, the SSC acts as a telephony services controller for WAN Gateway elements, while in Local 
(Survival) Mode it acts as a Call Server for the Internet Telephones and other connected devices. 

The 10/100BaseT connection for the Embedded Local Area Network (ELAN) and Telephony Local Area 
Network (TLAN), where the WAN gateway exists, is on the back of the H.323 WAN Gateway chassis. 

Note 1: The legacy 24-port ITG-P card, once upgraded to IP Line 3.0 software, provides the same service 
as the Succession Media Card. In this document, unless otherwise noted, the ITG-P card can be substituted 
for the Succession Media Card. 

Note 2: The Succession Media Cards act exclusively as Voice Gateway Media Cards (VGMCs) in the 
Branch Office. 

H.323 WAN Gateway Expansion 

The H.323 WAN Gateway can be connected by copper wire to the H.323 WAN Gateway Expansion 
Chassis for added capacity. This chassis is identical to the Media Gateway Expansion. 

• The slot numbers are from 7 to 10. Use any double-slot card in slot 10. 

• No slot is dedicated to a specific card type. 

• Digital trunk cards are not supported in the Expansion chassis. 

• There is no Ethernet port on the back of the Expansion chassis, as it is connected to the H.323 
WAN Gateway with copper wire. 

Signaling Server 

The Signaling Server is a required piece of equipment at the Branch Office. The Signaling Server provides 
the following three functions in the Branch Office: 

• IP Peer Networking, or H.323 signaling from the Branch Office to the Main Office and other 
Branch Offices. 

• Internet Telephone registration to the Telephony Proxy Server (TPS) during Local Mode for 
survivability. 

• Web server for Element Management. 
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Telephones 

The Succession CSE 1000 Branch Office supports the use of the i2002, i2004 and the i2050 Internet 
Telephones. In addition, analog and digital telephones are supported. The Internet Telephone is 
provisioned at the Branch Office using Set-Based Installation, through Command Line Interface (CLI) 
overlays, or through Optivity Telephony Manager (OTM). 


SSC Succession System Controller (NTDK20GA) 

Succession CSE 1000 SSC is the NTDK20GA CPU and supports two 100 BaseT IP daughterboards, and 
will be supplied with all new CSE 1000 Release 2 systems. The NTDK20FA is the minimum card vintage 
required. 

An SSC must be installed in a Media Gateway in slot 0. A minimum of a NTDK20FA SSC card must be 
used as with the Call Server, and there is no immediate benefit in using the NTDK20GA here. The SSC 
card in the Media Gateway can be either NTDK20FA or NTDK20GA, but the NTDK20GA provides 
benefits in the LAN connectivity. It must have a Software daughterboard, Remote Security Device and a 
single port IP daughterboard mounted on it. 


Security Device NTDK57AA 

A security device on the Call Server SSC card and a site-specific keycode scheme protects installation of 
software, feature set and ISM parameters. Each security device has a unique identification number 
(Security ID) and is not changeable on the device. As long as the security device stays with the system, the 
Security ID of the system remains the same. The Security ID is a key component of the system tracking 
database. 

A Media Gateway security device (NTDK57DA) is installed in each Media Gateway, and is coded to 
correspond only to a specific Call Server security device, which maintains the requirement of a single 
keycode only per system. The Media Gateway security device differs from the standard device in the Call 
Server as the number printed on the Media Gateway security device starts with a 4 to denote that it is a 
different series. The Media Gateway security device also has “NT REM” printed on it. 


IP Daughterboards 

There are two versions of the IP daughterboards. The Dual port IP Daughterboard NTDK83AA is used on 
the Call Server whereas the Single port IP Daughterboard (NTDK99AA) is used on the Media Gateway. 
Each port on the dual IP daughterboard will connect to one Media Gateway. Each dual IP daughterboard 
will therefore support two Media Gateways. 

These are unchanged from Succession CSE 1000 Release 1.0. 

NTDK83AA - Dual port 100BaseT IP daughterboard - Supports standard category 5 copper Ethernet cable. 
Mounted on the SSC card in the Call Server and provides connectivity to 2 Media Gateways. Media 
Gateways can be connected either “point to point” up to 100m from the Call Server (recommended where 
possible), or over a customer data network. 

NTDK99AA - Single port 1 OOBaseT daughterboard - Mounted on the SSC card in the Media Gateway. 
Single port version of the NTDK.83 AA 1 OOBaseT IP Daughterboard. 


Software Daughterboard (NTM400AC) 

Pre-programmed Software daughterboard - Mounted on the SSC card in the Call Server and Media 
Gateway. It contains a master copy of the software, pre-configured data, firmware, feature sets, and 
patches. Specific software options must be ordered separately. 
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Software operation and storage is provided via Flash-based technology residing on a daughterboard 
mounted on the Succession System Controller. 

The blank software daughterboard is an NTTK25AA and can be ordered separately. 

Note: A different card, NTMP50AC, is used in the Branch office. 


Succession Media Card 

Succession Communication Server for Enterprise (CSE) 1000 Release 2 introduces the single slot-width 
NTVQOlxx Succession Media Card, which is available in either 8-port (NTVQ01AA) or 32-port 
(NTVQ01 BA) versions. The 8-port version is typically intended for the Branch Office configuration, 
although it can also be used at the main office. The Succession Media Card replaces the ITG Pentium 
Card. 

The primary purpose of the Succession Media Card is to provide the interface between the IP Telephones 
which are communicating by means of IP protocols on the LAN or WAN, and TDM devices (such as ^ 
PSTN trunks or digital telephones) which are located in Media Gateways. The cards are equipped with 
Digital Signal Processors (DSPs) for this purpose. These Succession Media Cards are plugged into any slot 
in a Media Gateway, and up to four can be installed in each Media Gateway and in each Media Gateway 
Expansion. A Succession Media Card is a hardware element, in the same way as an ITG (Pentium) is; the 
function they perform is that of a Voice Gateway Media Cards, and are generally referred to as such in the 
system documentation. 

The Terminal Proxy Server function which was a major component of the ITG cards is not normally active 
on Succession Media Cards. The function is now carried out in the Signaling Server. The card can also be 
used to provide failover TPS service in the event of Signaling Server failure, and in this case each card can 
register up to 128 users. 

The Succession Media Card also provides echo cancellation and compression/decompression of voice 
streams. 

Note: Release 2.0 applications are also 
supported on the ITG Pentium cards for 
existing Succession CSE 1000 systems. 

Succession Media Cards have different types 
of firmware pre-installed, depending on the 
application being supported. Succession CSE 
1000 introduces a Voice Gateway application 
which enables Digital Signal Processors 
(DSPs) for either line or trunk applications. 
When the Voice Gateway application is 
installed on the Succession Media Card, the 
card is called the Voice Gateway Media Card. 
Other examples of applications on a 
Succession Media Card include IP Line 3.0 
and MIRAN. 

Note that the NTVQOlxx is only available as 
a package NTDU40xx, which also includes 
the necessary software Right-to-Use fees. For 
Succession CSE 1000 release 2, the 
NTDU40xx is bundled along with the 
Compact Flash and software and is available 
as NTDU41xx. 

An NTVQOlxx Succession Media Card is 
shown in the picture. 
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The NTVQOlxx Succession Media Card provides faceplate and backplane interfaces, which are used to 
connect external LANs. See the NTP Circuit Card Reference 553-3023-211 for more details. 

The following table provides a comparison of the ITG-P Line Card and Succession Media Cards. The table 
also shows a comparison of the 8-port and 32-port Succession Media Card. 


Item 

ITG-P Line Card 
(ITG Line 2.0, 2.1,...) 

Succession Media 

Card (32 port) 

Succession Media 

Card (8 port) 

Total DSP Channels 

24 

32 

8 

Number of slots the card 
occupies 

2 

1 

1 

Operating System 

VxWorks 5.3 

Vx Works 5.4 

Vx Works 5.4 

Processor 

Pentium 

IXP1200 

IXP1200 

DSP 

8 x TI5409 

4 x TI5421 

1 x TI5421 

Telogy version 

7.01 

8.1 High Density 
version (8 ports for each 
DSP) 

8.1 High Density 
version (8 ports for each 
DSP) 

Number of Internet 
Telephones that can be 
registered to each Voice 
Gateway Media Card 

96 

128 

32 

Image file name prefixes 
shown by 
swVersionShow 
command 

IPLP 

IPL SA 

IPL SA 

1C: drive 

On board Flash 2 x 4Mb 

Plug-in CompactFlash 
16Mb 

Plug-in CompactFlash 
16Mb 

Upgrade 

Two images files 

One image file (no 
backup) 

One image file (no 
backup) 


The i2002 Internet Telephone 

The i2002 Internet Telephone is similar in appearance and functionality to the i2004 Internet Telephone; 
however, the i2002 has a smaller display and fewer feature keys. 
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Other features 


Feature set 


DHCP support 


Transducers 

Headset (HS) / Handset (HD) / 

Headset (HS) / Handset (HD) / 


Handsfree (HF) 

Handsfree (HF) 


Voice Codec support 


G.711, G729A, G729AB, 
G.723.1 
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Firmware download 

Automatic firmware version 
checking and download 

Automatic firmware version 
checking and download 

3-port unmanaged Layer 2 switch 
for data and voice 

Depending on the model, the 
switch can be added on externally 
or built-in 

Built-in 


Please refer to the Internet Terminals Description NTP (553-3001-217) for more information on the i2002 
Internet Telephone. 


i2004 with Integrated Switch 

The i2004 with the integrated 3-port Ethernet switch will be Generally Available in 4Q02. A separate 
Product Bulletin will be published to announce the launch of this next version of the i2004. 

The main difference from the i2004 is the inclusion of a built in 10/100BASE-T Layer 2 switch to support a 
co-located PC through shared LAN cabling to the desktop. Other functionality & capabilities are identical 
between the two models of the i2004. 


Physical Characteristics 
Physical Dimensions 



Call Server 

Media gateway 

MG Expansion 

Signaling Server 

Depth 

13.5”; 34.3 cm 

12.8”; 32.5cm 

22”, 55.9cm 

Width 

17.25”; 43.8 cm 

17.2”; 43.7cm 

16.75”, 42.5cm 

Height 

3.75”; 9.5 cm, (3U) 

8.4”; 21.3cm, (5U) 

1.70”, 4.3 cm, (1U) 

Weight (empty) 

18.9 lbs; 8.5 kg 

301bs; 13.6kg 

201bs; 9.1kg 

Mounting 

19” rack mounting 

■l— 

19” rack mounting 


Power Supply Specifications 


Call Server 

Media Gateway 

Media Gateway Expansion 

Signaling Server 

Auto Voltage sensing 

Auto Voltage sensing 

Auto Voltage sensing 

50/60Hz 

50/60Hz 

40/63Hz 

85-260 VAC 

90-129/180-250VAC 

90-135/180-265VAC 

0.3 A/0.2 A 

6.5A/3.5A 

2A/1A 

40 Watts 

363 Watts max 

125 Watts 

(137 BTU/hr) 

(785 BTU/hr typical) 

(427 BTU/hr) 
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Environmental Specifications 

Call Server, Media Gateway, Media Gateway Expansion 


Environmental 

Specification 

Parameter 

Value 

Reference 

Temperature 

Operating temperature 
range 

32° to 113° F 

0° to 45° C 



Operating humidity 
range 

0 to 95% relative humidity, non¬ 
condensing 



Storage temperature 

-58° to 158° F 




-50° to 70° C 


Vibration 

Office 

0.1G @ 5-100Hz with 0.1 
octave/min 

GR-63-Core 



1.5G @ 100-500Hz with 0.25 
octave/min 



Transportation 

0.5G @ 5-100Hz 

1.5G @ 100-500Hz 

GR-63-Core 


Mechanical Shock 

as per GR-63-Core 



Packaged Bounce 

as per IEC 68-2-55 



Signaling Server 


Environmental 

Specification 

Parameter 

Value 

Reference 

Temperature 

Operating temperature 
range 

50° to 95° F 

+ 10° to 35° C 



Non-operating humidity 
range 

0 to 95% relative humidity, non¬ 
condensing 



Storage temperature 

-40° to 158° F 

-40° to 70° C 


Vibration 

Operating Shock 

2G @ 1 lmS, Min. 100 pulses 

Mil Std 810E 
Method 516 


Packaged 

0.015g 2 /Hz@ 10-40Hz 

0.015g 2 /Hz to 0.00015g 2 /Hz 
@ 40Hz-500Hz 

Mil Std 810E 
Method 516 


Package Drop 

36” Drop test 

Mil Std 810E 
Method 516 


Unpackaged Shock 

30G, 11 mS 

Mil Std 810E 
Method 516 


Regulatory Compliance 



Radiated Emissions 

Safety 

US 

FCC Part 15, Class A 

UL 1495 /UL 1950 (Telecom) 

Canada 

CSA C108.8 Class A 

CSA C22.2 No. 225 -M90/CSA950 
(Telecom) 

Europe 

EN55022, Class A, CISPR22 

TUV - EN60950 
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Network Considerations 

System Network Requirements 
QoS Requirements 

It is essential that the data networks used for all VoIP be properly engineered to ensure that a good and 
consistent voice quality is obtained. These engineering requirements are very different from those required 
to carry traditional data services only. Data networks were originally designed and deployed to provide 
best-effort services, but applications such as IP Telephony require the data network to provide specific 
Quality of Service (QoS) mechanisms and protocols to obtain reliable quality. 

QoS refers to packet tagging mechanisms and network architecture decisions at the packet layer to expedite 
packet forwarding and delivery. It specifies unique requirements for bandwidth, delay, jitter and 
availability for each traffic type on any network (including voice). Networks carrying both telephony and 
data traffic usually require such QoS mechanisms to ensure that the telephony applications achieve 
acceptable service quality, and it must be applied uniformly across the network to ensure consistent, timely 
delivery of telephony packets. 

If a voice application is sent over a best-effort IP network, voice packets can experience variable, 
unpredictable amounts of delay, can get dropped when the network is congested, and can be re-ordered by 
the network resulting in the packets arriving out of sequence. These degradations will result in 
unsatisfactory performance. 


Network Assessment 

Any network which is planned to have voice applications introduced should undergo a formal Network 
Assessment, to determine whether it can support VoIP satisfactorily and what improvements and 
configuration changes are required. 

Any network which is giving unsatisfactory performance should also be re-assessed. An initially 
satisfactory network can degrade over time as traffic increases, and upgrades may be needed to restore 
acceptable service levels. 


Further Information 

A comprehensive discussion on designing data networks for use with voice applications is given in the 
Succession CSE 1000 Document Data Networking Guidelines (553-3023-103). This document should be 
followed carefully when planning Succession CSE 1000 installations. It also discusses Network 
Assessments. 
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Interworking 

Interworking with Meridian 1 

Succession CSE 1000 Release 2 will network with releases of Meridian 1X11 software up to Release 25. 
Nortel’s Meridian Customer Defined Networking (MCDN) protocols over PRI trunks will give the rich 
feature set currently available to networks of Meridian 1 systems. 


IP Trunk Release 3.0 

For interworking between a Succession CSE 1000 and Meridian 1 system, the ITG-P (ITG Trunk 2.0, 2.1) 
and 32-port Succession Media Cards on the Meridian 1 system must be upgraded to IP Trunk 3.0 software. 
This upgrade supports MCDN features over IP and Gatekeeper registration, but does not support direct 
media paths between IP telephones on Meridian 1 and IP telephones on Succession CSE 1000. The direct 
media paths are between the Succession CSE 1000 terminals and the IP Trunk card on the Meridian 1 
system, and normal internal Meridian 1 connections are made to IP or analog/digital terminals. 

IP Trunk 3.0 will be available in early 2003, and will be announced in a separate Bulletin. 


XII Release 26 

The next major release of XI1 software will incorporate Peer Networking into the Meridian 1 product line, 
and will allow full direct media paths between IP telephones on Succession CSE 1000 and IP telephones on 
Meridian 1 IP. This convergence has always been the Succession strategy. 

The timing and content of R26 will be communicated later by the R26 program. 


Interworking with BCM 

BCM Release 2 will network with Succession CSE 1000 Release 2 using PRI trunks and MCDN features. 
BCM Release 2.5 has been enhanced with many additional MCDN features, including 

• Network Call Transfer 

• Network Call Redirection Information 

• Message Waiting Indication (MWI) 

• ISDN Call Connection Limitation (ICCL) 

• Trunk Route Optimization (TRO) 

• Trunk Anti-Tromboning (TAT) 

• Camp-on 

• Break-in. 

BCM Release 3.0 provides support for Peer Networking and the Gatekeeper, and so will allow direct media 
path connections between IP telephones on BCM and IP telephones on Succession CSE 1000. It is 
expected to become available in late 2002, and is the minimum release to ensure IP interoperability with 
Succession CSE 1000. 
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Applications supported on Succession CSE 1000 Release 2 

System Management 

The Optivity Manager (OTM) Release 2.0 is the System Management tool supported with the Succession 
CSE 1000. OTM 2.0 supports Succession CSE 1000 Release 2.0 and associated features. Meridian 
Administration Tools (MAT) is NOT supported. OTM is an integrated suite of system management tools, 
which can be used to configure, control, and manage Succession CSE 1000 systems. OTM operates on a 
platform that is compatible with a standard IBM PC. Refer to the OTM User Guides for information about 
the OTM application, its requirements, and how to install it for the Succession CSE 1000 system. 


CallPilot 

Version 1.07 with Service Update 4 is also supported, and can be used with Succession CSE 1000 Release 
2. CallPilot Mini version 1.5 can also be used in either Main Office or Branch. 

CallPilot version 2 will be available concurrently with Succession CSE 1000 Release 2, and is 
recommended for all new installations. It brings many new features such as: 

• Mobile User enhancements 

• Unified Messaging & Desktop Messaging enhancements 

• Message playback slowdown: Provides this control from remote (telephone) device 

• Message playback volume control: Provide this control from remote (telephone) device 

• Improved user mailbox management with “My CallPilot” 

• New features and capabilities which improve support for migration from legacy voice mail 
systems 

• Server Capacity improvements 

• Networking enhancements 

• Security enhancements 

• System Management improvements 

• Maintenance improvements 


IP Contact Center 

Succession CSE 1000 Release 2.0 supports all existing Contact Center application products as detailed in 
the Application and Auxiliary Processor Compatibility Matrix (below), and can be used as the platform to 
implement an IP Contact Center solution. A separate Product Bulletin is being developed to describe in 
detail the enhancements that Succession CSE 1000 Release 2.0 brings to IP Contact Center. These include: 

Branch Office 

The Succession Branch Office will enable greater distribution of Agents in an IP Contact Center while the 
associated Contact Center applications and administration remain centralized at the main site. This 
provides a very cost effective mechanism to distribute groups of agents, while providing remote agents 
with functionality as if they were located at the main site. Also, in the event of a WAN failure, incoming 
calls to the Branch Office can still be routed to agents locally using ACD, providing a very effective 
fallback solution. 
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Peer Networking 

The introduction of peer networking with Succession CSE 1000 Release 2.0 enables the use of IP trunking 
for distribution of calls between nodes in a Networked Contact Center solution. Previously, these calls 
could only be distributed via traditional TDM interfaces (e.g. PRI). 

i2002 

In addition to the i2004 and i2050, the i2002 provides a further alternative IP telephone set for use by 
agents in an IP Contact Center. 

SWCP 

The use of Symposium Web Center Portal 3.0 within an IP Contact Center is supported on Succession CSE 
1000 Release 2.0, enabling the implementation of a Multimedia Contact Center blending together voice 
calls with email/web forms to the agent desktop. 

Call Pilot Integration with SCCS 4.2 

Symposium Call Center Server 4.2, which is the minimum release for Succession CSE 1000 Release 2.0, is 
currently trialling a service update for integration with Call Pilot. This integration will provide a cost- 
effective voice services solution for IP Contact Center. In addition to announcements and voice menus, 
this will enable features such as play prompt and collect digits. In essence, all the features provided by 
Meridian Mail to SCCS users on Meridian 1 platform will be available via Call Pilot on Succession CSE 
1000 Release 2.0. 


Applications Compatibility 

The following Applications and Releases are supported with Succession CSE 1000 Release 2. 


Auxiliary Processor 

Compatibility (Release) 

Attendant Console 

PC Attendant Console 

1.2.X (1.2.411 is latest) 

M2250 Attendant Console 

Supported 

System Management 

Meridian Administration Tools (MAT) 

Not supported 

Optivity Telephony Manager (OTM) 

OTM 2.0 

Messaging 

~ - H 

CallPilot 

1.07 (with Service Update 4), 201 i, 702t, 1001 rp 
versions 

2.0 

CallPilot Mini 

1.5 

Meridian Mail 

Not supported directly (can network back to MMail on 
an Ml via NMS) 

Meridian Mail Card Option 

Not supported 

Meridian Mail reporter 

Not supported 
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Auxiliary Processor 

Compatibility (Release) 

Voice over Internet Protocol 

Meridian/Succession Companion DECT (DMC8 version) 

470001 xx - Current version - SW embedded on IPE 
card 

Companion 

Not supported 

VoIP - 802.11 Wireless IP Gateway 

1.19 

- Application supported on ITG Pentium only 

Internet Telephone - i2002 (2 line display) 

Minimum FW version - 1.39 

Internet Telephone - i2050 (Software Telephone) 

Minimum SW version - Build 299 

Internet Telephone - i2004 (Software Telephone) 

Minimum FW version - 1.39 

Remote Office Portfolio 

Remote Office 9150 

1.3.1. or 1.3.4 

1.2.1 or later - for upgraded CSE 1.0 systems. 

Remote Office 91 lx/9150/ IP Adaptor 

1.3.4 

Vintage Call Center Applications 


Not supported 

Meridian MAX TIPE1 

Not supported 

Network Administration Center fNAC) 

Not supported 

Meridian Customer Controlled Routing [MCCR] 
(Discontinued as of July 2000, SCCS offer the functionality 
ofMCRR) 

Not supported 

Meridian Link [Mlink] 

Not supported. Replaced by Meridian Link Services - 
MLS 4.0 

Meridian Link & MCCR Co-residency 

Not supported 

Symposium Call Center and CTI Applications 


6.01 not supported - replaced by MLS 

Symposium Messenger 

Not supported 

Symposium Call Manager 

Not supported 

Symposium Communicator 

Not supported 

Symposium Messenger 

Not supported 

Symposium Multimedia Conference 

Not supported 

Symposium Desktop TAPI Service Provider for MCA 

(Meridian Communicator Adapter) 

Not supported 

Symposium Fast Call / Fast View (Windows Only) 

Not supported 
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Auxiliary Processor 

Compatibility (Release) 

Meridian Link Services [MLS] 

(i.e., SCCS 4.x sold with 1 Agent) 

- see SCCS 

Symposium TAPI Service Provider for Ml/SCSE 1000 

2.3.1 


2.3 

Symposium Agent Greeting 

2.0 

Symposium Express Call Center [SECC1 

3.0 

Symposium Call Center Server [SCCS] 

4.2 

- SCCS 4.2 Service Update 07 (available Dec 02) to 
utilize Call Pilot 2.0 Voice Services (Collect digits, 
play prompts) * 

Symposium Web Centre Portal [SWCP1 

3.0 

Symposium Web Client 

4.0 

IVR Applications 

Symposium Integrated Interactive Voice Response 

Not supported 

Symposium Open Interactive Voice Response 

Not supported 

Periphonics Open IVR (VPS/is) 

5.4.2 

Periphonics Integrated Package for Meridian Link (IPML) - 
VPS/is based 

2.0.4 | 

Periphonics Multimedia Processing Server (MPS) 100, 
including IPML 2.0 

1.0 

Periphonics Multimedia Processing Server (MPS) 500 

Not supported 

Periphonics Multimedia Processing Server (MPS) 1000 

Not supported 

Business Communication Manager 

Business Communications Manager 

2.5 + Feature pack 1 - Supports interoperability 
between Ml, CSE via MCDN over PSTN trunks. 

3.0 - planned to be available in late 2002. 

Minimum BCM release for IP interoperability with 
Succession CSE 1000 R2 (i.e., first BCM release that 
supports Virtual Trunk and Gatekeeper). 

MIXX Portfolio 

Meridian/Succession Integrated Call Assistant (MICA) 

1.06 - current field release. 

Meridian/Succession Integrated Conference Bridge (MICB) 

Version II - 2.10 - current field release. 

Version III - 3.01 - Next generation Conference 

Bridge 

Meridian/Succession Integrated Recorded Announcement 

Version II - 2.0.17c 

(MIRAN) 

Version III - 3.0.x 
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Auxiliary Processor 

Compatibility (Release) 

Meridian/Succession Integrated Personal Call Director 

1.0.4 

(MICPD) 

1.5 

Meridian/Succession Integrated Voice Services (MIVS) 

1.17- current field release 

Branch Office Suppor 

ted Applications 

Meridian/Succession Integrated Conference Bridge (MICB) 

Version III - 3.01 

CallPilot 

CallPilot Mini Issue 1.5 


CallPilot 201 i Issue 2.00 
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Documentation 

CSE System Documentation 

Documentation continues to be a common suite for Succession CSE 1000 and Meridian 1. Some 
documents are specific to Meridian 1 only and are not included in the Succession CSE 1000 suites. 

The following new NTP documents have been created for Succession CSE 1000 Release 2 


Title 

NTP# 

Issue 

Library Navigator 

553-3023-001 

1.00 

System Overview 

553-3023-101 

1.00 

Data Networking Guidelines 

553-3023-103 

1.00 

IP Peer Networking 

553-3023-220 

1.00 

Branch Office 

553-3023-221 

1.00 

Element Management 

553-3023-222 

1.00 

Upgrades 

553-3023-258 

1.00 

System Management Description 

553-3023-300 

1.00 


The following NTP documents have been updated for Succession CSE 1000 Release 2 


Title 

NTP# 

Issue 

What's New for Succession Communication 
Server for Enterprise 1000 

553-3023-015 

2.00 

Electronic Switched Network Signaling 
Guidelines 

309-3001-180 

5.00 

Electronic Switched Network Transmission 
Guidelines 

309-3001-181 

5.00 

Basic and Network Alternate Route Selection 
General: Description 

553-2751-100 

11.00 

Network Queuing: Description 

553-2751-101 

5.00 

Coordinated Dialing Plan: Description 

553-2751-102 

6.00 

Basic and Network Authorization Code: 
Description 

553-2751-103 

8.00 

Flexible Numbering Plan: Description, 

Operation and Administration 

553-2751-105 

7.00 

IP Line: Description, Installation and Operation 

553-3001-204 

4.00 
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Internet Terminals Description 

553-3001-217 

2.00 

Installing and Configuring Optivity Telephony 
Manager 

553-3001-230 

3.00 

Features and Services 

553-3001-306 

11.00 

Software Input/Output: Administration 

553-3001-311 

10.00 

Using Optivity Telephony Manager 

553-3001-330 

3.00 

Using Optivity Telephony Manager 
Telemanagement Applications 

553-3001-331 

3.00 

Software Input/Output: System Messages 

553-3001-411 

11.00 

Software Input/Output: Maintenance 

553-3001-511 

10.00 

1.5 Mb DTI/PRI: Description, Installation and 
Maintenance 

553-301 1-310 

14.00 

ISDN BRI: Hardware, Installation and 
Maintenance 

553-3011-311 

10.00 

2.0 Mb DTI/PRI: Description, Installation and 
Maintenance 

553-3011-315 

14.00 

Planning and Engineering Guidelines 

553-3023-102 

1.00 

Installation and Configuration 

553-3023-210 

2.00 

Circuit Card Reference 

553-3023-211 

2.00 

Maintenance 

553-3023-510 

2.00 


Other NTPs are unchanged. 


Documentation Order Codes 

There are four different packages available. 


NTLH 80AG A0994602 Succession Communication Server for Enterprise 1000 Release 2.0 CD-ROM 
(includes Succession CSE 1000 core documents and all supporting documents) 

This CD-ROM contains all documents that are applicable to Succession CSE 1000, including CallPilot and 
Symposium. 

NTLH 80DA - A0994605 Succession Communication Server for Enterprise 1000 Release 2.0 New Install 
Documentation Kit. Comprises the CD-ROM and selected paper documents. 


SERL Release 2.0 Electronic Library (CD-ROM) 

NTLH 80 AG 

What’s New for Succession Communication Server 
for Enterprise 1000 

553-3023-015 

Installation and Configuration 

553-3023-210 
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553-3023-221 
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NTLH80CB - A0889788 Succession Communication Server for Enterprise 1000 Release 2.0 Upgrades 
Documentation Kit. Comprises the CD-ROM and selected paper documents. 


SERL Release 2.0 Electronic Library (CD-ROM) 

NTLH80AG 

What’s New for Succession Communication Server 
for Enterprise 1000 

553-3023-015 

Upgrades 

553-3023-258 

Input Output Guide Administration 

553-3001-311 

Input Output Guide Maintenance 

553-3001-511 


NTLH80BC - A0994603 Succession Communication Server for Enterprise 1000 Release 2.0 Paper 
Format 


Library Navigator 

553-3023-001 

Upgrades 

553-03001-258 

Data Networking Guidelines 

553-3023-103 

IP Peer Networking 

553-3023-220 

System Management 

553-3023-300 

Planning and Engineering Guidelines 

553-3023-102 

System Overview 

553-3023-101 

What’s New for Succession Communication Server 
for Enterprise 1000 

553-3023-015 

Installation and Configuration 

553-3023-210 

Branch Office 

553-3023-221 

Maintenance 

553-3023-510 

Circuit Card Reference 

553-3023-211 

Input Output Administration 

553-3001-311 

Input Output Maintenance 

553-3001-511 


IP Line Documentation 

NTDW81 AD A0894596 This is a CD-ROM which includes: 


IP Line Description, Administration and Operation 

553-3001-204 

Internet Terminals Description 

553-3001-217 

i2002/i2004 Quick Reference Cards 
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i2002 User Documentation 


i2004 User Documentation 


i2050 User Documentation 



Documentation On-Line 


All Succession NTPs can also be accessed on the Nortel Networks web site. 


The following link will take you directly to the Succession CSE 1000 Release 2 specific NTPs 

http://app49.nortelnetworks.com/cai-bin/HelmExpress/srchlite?PF=m&Collection=CSE10002 0 

In addition, this site will be posting regular “Release Notes”, which will detail changes to existing NTPs 
made as a result of customer input and internal testing. These will accumulate until the following full up- 
issue of the relevant documents. 


The following link will take you to the page showing all Meridian 1, Succession CSE 1000, and other 
NTPs. 

http://app49. nortelnetworks.com/cqi-bin/HelmExpress/coll?PF-m&sl=@17.0/#expanded 

Registration is required for access, but there are no charges. Please go to the following location to register: 

http://www.nortelnetworks.com/reaister 
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New Marketing Packages and Hardware Codes 

Marketing Packages 

Order codes and pricing are published in the Succession CSE 1000 Product Catalog. The effective date is 
28 th October 2002. The Succession CSE 1000 Product Catalog covers both new systems and expansions of 
existing systems. 

The following Succession CSE 1000 Release 2 hardware packages are available: 


NTDU21AD A0888719 Succession CSE 1000-0 Line 0 Trunk - Release 2.0 



Order Code 

Package Contents 

1 

NTDU06CA 

Succession Call Server, including: 



CSE 1000-R2.0 Configured Call Server 



Succession Controller Card 



RJ45 M-to-M Ethernet Cable Assembly 



Dual Port 100BaseT IP Daughterboard 



Succession Call Server Chassis Cable Kit 



Succession CSE 1000 Rls. 2.0 New Install Documentation Kit 

> n 

NTM400AC 

Succession Programmed SW Daughterboard Release 2.0 

i 

NTDK57AA 

NT-STD Security Device 


NTDU27BA 

Signaling Server Assembly _ 


NTDU80AA 

Succession Signaling Server Software CD ROM Kit, including: 



Succession Signaling Server Release Notes 



Succession Signaling Server Software CD-ROM 


Notes 

• This specially priced base system package should always be the first package provisioned for 
every Succession CSE 1000 Release 2.0 system. 

• This package contains key system components such as a Call Server and one Signaling Server. If 
an additional Signaling Server is desired, purchase Succession Signaling Server (NTDU27CB) 
package. 

• A minimum of 16 Internet Telephone ISMs (2 x 8 of Basic, Advanced or Premium) must be 
purchased along with the NTDU21 AD package. 

• This package does not contain a Succession Media Gateway or a Succession Media Card. At least 
one Succession Media Gateway package (NTDU22AD) and one Succession Media Card package 
will be required in order to build a typical system. 

• This package requires the user to select power cords, which must be ordered separately. For North 
America, the power cords are: 


NTTK14AA 

Call Server Power Cord 

A0292928 

Signaling Server Power Cord 
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NTDU22AD A0888720_ Succession Media Gateway - Release 2.0 



Order Code 

Package Contents 

1 

NTDU14CA 

Succession Media Gateway Chassis, including 

1 


A C Power supply 

1 


CSE 1000-R2 Dual LED Cable Assy 

1 

NTDU25BA 

Succession Media Gateway Chassis Cable Kit, including 

1 


SDI Comm Kit - 3 port serial cable 

1 


Aux connector 

1 


PC Maintenance Cable 

1 

NTTK09AA 

19" Chassis Rack Mount Kit 

1 

NTDK20GA 

Succession Controller Card 

1 

NTDK99AA 

Single 100BaseT IP Daughterboard Kit 

1 

NTTK34AA 

1 OOBaseT Crossover Cable (2m) 

1 

NTM400AC 

Succession Release 2.0 Programmed Software Daughterboard 

1 

NTDK57DA 

Remote Security Device 


Notes 


• Succession Media Gateways contain 4 slots for provisioning Succession Media Cards, analog and 
digital trunks, analog and digital lines as well as Succession CSE 1000 supported applications. 

• One Clock Controller (NTDK23AB) is required for every Succession Media Gateway containing 
a digital trunk card (TMDI). 

• This package requires the user to select a power cord, which must be ordered separately. For 
North America, the power cord is: 


NTTK14AA 


North American Power Cord 


NTDU23AC A0888721 Succession Media Gateway Expansion 


Quantity 

Order Code 

Package Contents 

1 

NTDU15CA 

Succession Media Gateway Expansion Chassis, including 

1 


AC power supply 

1 


CSE 1000-R2 Dual LED Cable Assy 

1 

NTDK89AA 

Succession Media Gateway Expansion Chassis Cable Kit 

1 

NTTK09AA 

19" Chassis Rack Mount Kit 


Notes 

• Succession Media Gateway Expansions contain 4 slots for provisioning Succession Media Cards, 
analog trunks, analog and digital lines as well as Succession CSE 1000 supported applications. 
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• Succession Media Gateway Expansions do not support digital trunks (TMDI). 

• This package requires the user to select a power cord, which must be ordered separately. For 
North America, the power cord is: 


NTTK14AA 


North American Power Cord 


NTDU19AA A0858761 Call Server Gateway Expansion Kit 


Quantity 

Order Code 

Package Contents 


NTDK83AA 

Dual 1 OOBaseT IP Daughterboard 


NTDU0606 

RJ45 M-to-M Ethernet Cable Assembly 


Notes 


• One Call Server Gateway Expansion Kit is required if a third (or third and fourth) Succession 
Media Gateway are to be provisioned. The Succession CSE 1000 - 0 Line 0 Trunk - Release 2 
(NTDU21 AD) package comes equipped with one Dual 100 Base T IP Daughterboard 
(NTDK83AA) which will support the first two Succession Media Gateway cabinets. 

• Mounting hardware is included in this package. 


NTDU27CB A0888723 Succession Signaling Server - Release 2.0 


tmm 

Order Code 

Package Contents 


NTDU27BA 

Succession Signaling Server Assembly 

■BH 

NTDU80AA 

Succession Signaling Server Software CD ROM Kit 


Notes 


• This Succession Signaling Server package should be ordered when provisioning redundant or 
additional Signaling Servers since one Signaling Server is included in the Succession CSE 1000 - 
0 Line 0 Trunk - Release 2.0 base system package. 


This package requires the user to select a power cord, which must be ordered separately. For 
N orth America, the power cord is: _ 


A0292928 


Signaling Server Power Cord 


NTDU41BB A0888746_ Succession Media Card 32 Port - IP Line 3.0 / Voice Gateway 



Order Code 

Package Contents 

1 

NTDU40BA 

Succession Media Card 32 Port (includes card NTVQ01BA and software 
licenses) 

1 

NTM403AA 

Succession IP Line 3.0 / Voice Gateway Compact Flash 

1 

NTVQ83AA 

ITG EMC Shielding Kit 

1 

A0852632 

ELAN, TLAN, RS232 L Adapter 

1 

NTDW81AD 

Succession IP Line 3.0 / Voice Gateway NTP CD ROM 

1 

P0990172 

Read-me First document 


Issue 1.0 


Page 40 of 73 


October 2002 

























Product Bulletin 


Succession CSE 1000 Release 2 


NORTEL 

NETWORKS 


Notes 

• Succession Media Cards provide DSP ports for transcoding media streams from IP to TDM and 
vice versa. Most Succession CSE 1000 systems will require at least one 8 or 32 port Succession 
Media Card. Consult the Planning and Engineering Guidelines NTP (553-3023-102) for 
engineering recommendations. 


NTDU41AB 

A0888731 

Succession Media Card 8 Port - IP Line 3.0 / Voice Gateway 

Quantity 

Order Code 

Package Contents 

1 

NTDU40AA 

Succession Media Card 32 Port (includes card NTVQ01BA and software 
licenses) 

1 

NTM403AA 

Succession IP Line 3.0 / Voice Gateway Compact Flash 

1 

NTVQ83AA 

ITG EMC Shielding Kit 

1 

A0852632 

ELAN, TLAN, RS232 L Adapter 


NTDW81AD 

Succession IP Line 3.0 / Voice Gateway NTP CD ROM 


P0990172 

Read-me First document 


Notes 

• Succession Media Cards provide DSP ports for transcoding media streams from IP to TDM and 
vice versa. Most Succession CSE 1000 systems will require at least one 8 or 32 port Succession 
Media Card. Consult the Planning and Engineering Guidelines NTP (553-3023-102) for 
engineering recommendations. 


NTDU22DB A0888766 Succession Branch Office - Release 2.0 


Quantity 

Order Code 

Package Contents 

1 

NTDU14CA 

Succession Media Gateway Chassis, including 

1 


AC power supply 

1 


CSE 1000-R2 Dual LED Cable Assy 

1 


RJ45 M-to-M Ethernet Cable Assy 

1 

NTDU25BA 

Succession Media Gateway Chassis Cable Kit, including 

1 


SDI Comm Kit - 3 port serial cable 

1 


Aux conn 

1 


PC Maintenance Cable 

1 

NTTK09AA 

19" Chassis Rack Mount Kit 

1 

NTDK20GA 

Succession Controller Card 

1 

NTLH80DA 

Succession CSE 1000 Release 2.0 New Install Documentation Kit 

1 

NTMP50AC 

Succession Branch Office Rls 2.0 Programmed SW Daughterboard 

1 

NTDK57AA 

NT-STD Security Device 

1 

NTDU27BA 

Signaling Server Assembly 

1 

NTDU80AA 

Succession Signaling Server Software CD ROM Kit 
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Notes 

• At least one Succession Media Card (8 or 32 ports) will be required for a complete Succession 
Branch Office in most configurations. Consult the Branch Office Guide NTP (553-3023-103) for 
engineering recommendations. 

• This package requires the user to select power cords, which must be ordered separately. For North 
America, the power cords are: 


NTTK14AA 

Call Server Power Cord 

A0292928 

Signaling Server Power Cord 


Upgrade from Succession CSE 1000 Release 1 

Customers who have purchased Succession CSE 1000 Release 1.1 systems are eligible for the Enterprise 
Essentials Upgrade Express Customer Loyalty Program provided that their Authorized Nortel Networks 
Business Partner has adopted the Upgrade Express Customer Loyalty Program and registered the respective 
end-customer to qualify for the Program offer. 

Customers who have purchased Succession CSE 1000 Release 1.0 and 1.1 that wish to expand their 
systems (example: adding IP, analog or Digital ISM Enablers) will be required to upgrade their system to 
Release 2.0. Software expansions for Release 1.0 and 1.1 systems will no longer be available. 

Offer 

Qualified customers registered in the Program will receive free upgrades on each eligible Succession CSE 
1000 Release 1 switch: 

• Free base software upgrade from CSE 1000 Release 1.1 to CSE 1000 Release 2.0 

• Free of charge Signaling Server upon availability 

Requirements 

To qualify for the Upgrade Express Customer Loyalty Program, the end-user customer must meet the 
following requirements: 

• End-user customers must have purchased or upgraded to CSE 1000 Release 1.1 

• End-user customer must have an existing signed 2-5 year maintenance agreement with their Nortel 
Networks Business Partner. If the end-user customer changes Business Partners during the course 
of this agreement, the new Business Partner (who also must adopt the Upgrade Express Program) 
is required to re-register the end-customer. This will enable modification of customer information 
and allow for the proper distribution of upgrades. 

A full description of the program is available on the Partner Information Center web site under North 
American Promotions. The Program is currently scheduled to run until 6 th April 2004, but is subject to 
change. 

Ordering requirements 

To effect an upgrade from Succession CSE 1000 Release 1.x to Release 2.0, the following will need to be 
ordered: 

• 1 or 2 (depending upon redundancy requirements) NTDU27CB Succession Signaling Server 

• 1 NTM401 AC Succession Upgrade - Release 1 .x to Release 2.0 


Issue 1.0 


Page 42 of 73 


October 2002 





Product Bulletin 


Succession CSE 1000 Release 2 


NORTEL 

NETWORKS 


NTM401AC 

A0874759 

Succession Upgrade - Release 1.x to Release 2.0 


Order Code 

Package Contents 

1 

NTLH80CB 

Succession Communication Server for Enterprise 1000 Release 2.0 
Documentation Upgrades Kit 

1 

P0989745 

General Release Bulletin for Succession Release 2.0 

1 

P0989746 

Installer’s Checklist for Succession Release 2.0 


Notes 

• As part of this package, it will also be necessary to order the regional software Upgrade Code: 

Release 2.0 Software Upgrade Code— North America NTM402AA A0887821 


Merchandise Codes 

The Succession CSE 1000 Product Catalog is the definitive listing of all available merchandise codes, and 
these will change from time to time. The following is a reference. 


Signaling Server 



Succession Signaling Server Assembly 

NTDU27BA 

A0887812 

Succession Signaling Server Software CD ROM Kit 

NTDU80AA 

A0887817 

Succession Media Cards 



Succession Media Card 32 Port 

NTDU40BA 

A0888759 

Succession Media Card 8 Port 

NTDU40AA 

A0888756 

Compact Flash Card (16MB) 


A0859610 

ELAN, TLAN, RS232 L Adapter 


A0852632 

ITG EMC Shielding Kit 

NTVQ83AA 

A0870556 

PC Maintenance Cable 

NTAG81CA 

A0655007 

Call Server 



Succession Call Server Shelf Assembly 

NTDU30BA 

A0888722 

Succession Call Server Chassis Cable Kit 

NTDU20AA 

A0858762 

Dual Port 100BaseT IP Daughterboard 

NTDK83AA 

A0745218 

Succession Controller Card 

NTDK20GA 

A0879083 

Succession Programmed Software Daughterboard Release 2.0 

NTM400AC 

A0887878 

Succession Software Delivery Card Release 2.0 

NTM400BC 

A0887879 

RJ45 M-to-M Ethernet Cable Assembly 

NTDU0606 

A0856664 

Option 11C 48MB Software Daughterboard (Blank) 

NTTK25AA 

A0842230 

Media Gateway/Media Gateway Expansion 



Succession Media Gateway Chassis 

NTDU14CA 

A0884572 

Succession Media Gateway Chassis Cable Kit 

NTDU25BA 

A0884596 
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SinglelOOBaseT IP Daughterboard Kit 

NTDK99AA 

A0777325 

PC Maintenance Cable 

NTAG81CA 

A0655007 

19" Chassis Rack Mount Kit 

NTTK09AA 

A0780625 

1 OOBaseT Extension Cable (2m) 

NTDK8305 

A0781621 

1 OOBaseT Crossover Cable (2m) 

NTTK34AA 

A0793725 

Succession Media Gateway Expansion Chassis 

NTDU15CA 

A0884591 

Succession Media Gateway Expansion Chassis Cable Kit 

NTDK89AA 

A0774112 


Succession Branch Office 


As per Media Gateway, plus . 



Succession Branch Office Programmed Software Daughterboard Release 2.0 

NTMP50AC 

A0888810 

Succession Branch Office Software Delivery Card Release 2.0 

NTMP50BC 

A0&8812 


Documentation 


Succession Communication Server for Enterprise 1000 Release 2.0 Paper 
Format 


NTLH80BC 


Succession Communication Server for Enterprise 
Library 


1000 Release 2.0 Electronic 


NTLH80AG 


Succession Communication Server for Enterprise 1000 Release 2.0 New 
Install Documentation Kit 


NTLH80DA 


Succession Communication Server for Enterprise 1000 Release 2.0 Upgrades 
Documentation Kit 

Succession IP Line 3.0 / Voice Gateway NTP CD ROM 

Power Cords 

For the Signaling Server 

For the Call Server. Media Gateway, Expansion and Branch Office 


NTHL80CB 

NTDW81AD 


NTTK14AA 


A0994603 

A0994602 

A0994605 

A0889788 

A0894596 


A0292928 

A0781921 



Internet Telephones 

A separate Product Bulletin will be issued describing these products in more detail, and providing full 
information on all of the order codes. This is a summary of the main items. 

i2002 Internet Telephone components 


i2002 Internet Telephone, with North American 

NTDU76AA - Ethergray 

power supply package, includes: 

NTDU76AA-70 - Charcoal 

• Telephone handset, i2002 Telephone 


footstand, Telephone handset cord, 7ft 

Ethernet cable, Power transformer (117/120 
VAC 50/60 Hz), i2002 Getting started cards 
(English & French) 
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i2002 Internet Telephone, without power supply 
package, includes: 

• Telephone handset, i2002 Telephone footstand. 
Telephone handset cord, 7ft Ethernet cable, 
i2002 Getting started cards (English & French) 

NTDU76BA - Ethergray 

NTDU76BA-70 - Charcoal 

Telephone handset cord (Ethergray) 

A0987725 

Telephone handset cord (Charcoal) 

A0792037 

Telephone handset (Ethergray) 

A0788874 

Telephone handset (Charcoal) 

A0758634 

i2002 Telephone footstand 

A0891619 

7ft. Ethernet cable category 5 

A0648375 

Power transformer (117/120 VAC 50/60 Hz) (North 
America) 

A0619627 


i2004 Internet Telephone with Integrated Switch component list 

This telephone set will be available in late 2002. 


i2004 Internet Telephone with Integrated Switch, 
with North American power supply package, 
includes: 

NTDU82AA - Ethergray 

NTDU82AA-70 - Charcoal 

• Telephone handset, i2004 Telephone 
footstand, Telephone handset cord, 7ft 

Ethernet cable, Power transformer (117/120 
VAC 50/60 Hz), i2002 Getting started cards 
(English & French) 


i2004 Internet Telephone with Integrated Switch, 
without power supply package, includes: 

• Telephone handset, i2004 Telephone footstand, 
Telephone handset cord, 7ft Ethernet cable, 
i2002 Getting started cards (English & French) 

NTDU82BA - Ethergray 

NTDU82BA-70 - Charcoal 

Telephone handset cord (Ethergray) 

A0788682 

Telephone handset cord (Charcoal) 

A0720560 

Telephone handset (Ethergray) 

A0788874 

Telephone handset (Charcoal) 

A0758634 

i2004 Telephone footstand 

A0892623 

7ft. Ethernet cable category 5 

A0648375 

Power transformer (117/120 VAC 50/60 Hz) (North 
America) 

A0619627 
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i2050 Software Telephone 

The i2050 Software Telephone PC application is delivered to each end-user on an individual CD, and is 
easy to install by end-users. Once enabled through a software parameter or port license like the i2004, the 
i2050 provides access to the same features and functionalities available on the i2004. Use of the USB 
Audio Kit with the i2050 Software Telephone is required to ensure good quality audio performance and to 
receive support on this product. 


i2050 Software Telephone - Client application 

NTDW83AA / A0873917 

USB Audio Kit 

NTEX14AA / B0258398 


The USB Audio Kit requires an existing USB port on the computer, and consists of: 

• USB Audio Adapter 

• Enterprise Telephony grade monaural headset 

• Lower cordset with quick disconnect 

• USB cable 

• User guide 

• Travel bag 

Minimum PC & System Requirements to support i2050 Software Telephone: 

• Pentium Pro 200 multimedia PC (or equivalent) 

• Windows 98, Windows 98SE, Windows 2000 or Windows XP 

• 64 Mbytes RAM (Win98) or 128 Mbytes RAM (Win2000) 

• 55 MB Free hard-drive space 

• USB port 


i2050 and Succession CSE 1000 Release 1.1 Upgrade to Release 2.0 

If you plan on upgrading your Succession CSE 1000 Release 1.x to Succession CSE 1000 Release 2.0 
AND you currently have the i2050 software telephone deployed, you will need to upgrade the i2050 
software telephone to version 299. A Free Upgrade Program has been put in place to facilitate the upgrade 
procedure. Simply follow the steps outlined below. 

• An MPR code has been created for this Upgrade Program: MPR04094 

• You must quote the MPR Code on the same Purchase Order as the Succession CSE 1000 Release 
1 .x to Release 2.0 Upgrade Package. 

• Quoting the MPR Code on a Purchase Order without the CSE 1000 Release 1.1 to Release 2.0 
Upgrade Package will result in the order being declined. 

• The requested quantities of i2050’s must be identical to the numbers of i2050’s currently deployed 
in your system. 

• By applying for this process, you agree to destroy the current version of the i2050 Software 
Telephone and replace it with the i2050 Software Telephone version 299 that will be provided. 

Note that the CD-ROM which delivers Build 299 will be identified as Issue 1.2. 

i2050 Upgrade Program for North America , CALA order process 

The single Purchase Order must contain: 
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Item 1: 


Item 2: 


1 - NTM401AC 


Qty x - 

NTDW83AA 


Succession CSE 
1000 upgrade 
package Release 
1.x to Release 2.0 

i2050 Soft Phone 
Client Package 


Standard Pricing 


No Charge 


The requested 
quantities (qty x) 
of i2050’s must be 
identical to the 
numbers of i2050’s 
currently deployed 
in your system. 


Item 3: 


Items 4 to xxx: 


1 - MPR04094 


Remaining codes 
to complete the 
upgrade 


i2050 Special ! No Charge 
upgrade Program i _ 

Standard Pricing 
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Software 

Succession CSE 1000 software is generic X21 release 2.02. 

Software Service Levels 

The Succession CSE 1000 Software Structure is based on our Global Software Structure. The Naming 
Convention used for the Service Levels is as follows: 

• Basic Software Services 

• Advanced Software Services 

• Premium Software Services 

All the Software Service Levels will be on the same Global software daughterboard. There are 3 service 
levels for Asia-Pacific, CALA, EMEA and North America (12 in total). All Service Levels have the same 
value definition globally. 

Branch Offices will all use the Premium Services package. 

Basic Software Services 

• POTS Level Service, Voice Services Connectivity, Analog and Digital Trunking to Central Office 

• Multi-Customer, Multi-Tenant, OTM Data Buffering, Messaging (CallPilot) 

Advanced Software Services 

• All features in Basic Software Services 

• ACD Call Centre supporting Reporting 

• Connectivity to Symposium Call Centre Server and TAPI Server 

• Private Enterprise Network and Call-Tandeming for Dedicated Private Networks 

• Network Message Service (NMS) feature for CallPilot 

Premium Software Services 

• All Features in Basic Software Services & Advanced Software Services 

• Virtual Private Networks (VPN) 

• Network Call Centres 

See the Appendices for a full listing of which features are included in which Feature Package. 
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New Software Codes 

Main System Software order codes 


ENG. 


CODE 

CPC 

SCSE 1000 PRODUCT DESCRIPTION 

NTM400MC 

A0887891 

New Svstem Software Packaaes 

Succession N.A. Basic Services Software Release 2.0 

NTM400NC 

A0887892 

Succession N.A. Advanced Services Software Release 2.0 

NTM400PC 

A0887895 

Succession N.A. Premium Services Software Release 2.0 

NTM401AC 


CSE 1.1 to CSE 2.0 UDarades 

Succession Upgrade Kit - release 1 .x to 2.0 

NTM456AB 

A0874749 

Increase in Software Level 16 Extensions 

Basic Software Service to Advanced Software Service ISM 

NTM462AB 

A0874750 

Basic Software Service to Premium Software Service ISM 

NTM463AB 

A0874751 

Advanced Software Service to Premium Software Service ISM 

NTM400AC 

A0887878 

Software Delivery Packaaes 

Succession Programmed Software Daughterboard Release 2.0 

NTM400BC 

A0887879 

Succession Software Delivery Card Release 2.0 


P0989745 

GENERAL RELEASE BULLETIN for Succession Release 2.0 


P0989746 

INSTALLERS CHECKLIST for Succession Release 2.0 

NTM483AA 

A0887896 

Virtual Trunk Extensions 

1 Virtual Trunk Extensions ISM 


P0887099 

RadVision H.323 port -1 RTU 

NTM450AA 

A0861132 

IP Extensions 

8 Basic Services IP Extensions ISM 

NTM451AA 

A0861133 

8 Advanced Services IP Extensions ISM 

NTM452AA 

A0861134 

8 Premium Services IP Extensions ISM 

NTM450BA 

A0861135 

Analoa Extensions 

8 Basic Services Analog Extensions ISM 

NTM451BA 

A0861136 

8 Advanced Services Analog Extensions ISM 

NTM452BA 

A0861137 

8 Premium Services Analog Extensions ISM 

NTM469AA 

A0874840 

Class Extensions 

8 Basic Services Class Extensions 

NTM470AA 

A0874841 

8 Advanced Services Class Extensions 

NTM471AA 

A0874842 

8 Premium Services Class Extensions 

NTM472AA 

A0874843 

Analoa to Class Uoarade: 

Upgrade 8 Analog to Class Extensions ISM 

NTM450HA 

A0887897 

Diaital Extensions 

This software code is used to increment the Digital Telephone ISM for the following 
applications: Remote Office 9150, PC Attendant Console, MIXX ISM (MICA, MICB, 
MIPCD, MIVS), 802.11 Wireless IP Gateway, Symposium Voice Services and 
CallPilot Mini and Digital Telephones 

8 Basic Services Digital Extensions ISM 

NTM451HA 

A0887898 

8 Advanced Services Digital Extensions ISM 

NTM452HA 

A0887899 

8 Premium Services Digital Extensions ISM 

NTM450DA 

A0861141 

Call Centre Aaents 

1 Basic Services ACD Agent 

NTM451DA 

A0861142 

1 Advanced Services ACD Agent 

NTM452DA 

A0861143 

1 Premium Services ACD Agent 
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ENG. 


CODE 

CPC 

SCSE 1000 PRODUCT DESCRIPTION 



Other Codes 

NTM458AA 

A0861627 

Survivability 

NTM459AA 

A0861628 

RAN Broadcast (4 units) 

NTM460AA 

A0861629 

MUSIC Broadcast (30 units) 

NTM482AA 

A0885347 

Electronic Brandlining - Display Customization (for North America) 



Software Exception Packaaes 

NTHU1003 

A0875379 

DISA - Direct Inward System Access - Option 22 


Branch Office Software order codes 


ENG. 

CODE 


CPC 


SCSE 1000 PRODUCT DESCRIPTION 


NTMP50PC 

A0888824 


P0887099 

NTMP50AC 

A0888810 

NTMP50BC 

A0888812 

NTM483AA 

A0887896 


P0887099 

NTM487AA 

A0995850 


Branch Office Base Software 

Succession Branch Office N.A Software Release 2.0 
RadVision H.323 port -1 RTU - Quantity: 30 

Software Delivery Packages 

Succession Branch Office Programmed Software Daughterboard Release 2.0 
Succession Branch Office Software Delivery Card Release 2.0 

Virtual Trunk Extensions 

Branch Office comes pre-configured with 30 Virtual Trunks. Use NTM483AA -1 Virtual 
Trunk Extensions ISM to purchase more if required 

RadVision H.323 port -1 RTU 

Branch Digital Extensions ISM: 

8 Branch Digital Extensions ISM 


Software Exception Packages 

Use the CSE R2 software Exception order codes as required to order exceptions packages 


ISM Parameters 


CALL SERVER ISM 
PARAMETERS 

Region 

Main 

Office 

Base 

Main 

Office 

Increments 

Branch 

Office 

Base 

Branch 

Office 

Increments 

TNS 

All 

5000 

n/a 

5000 

n/a 

ACDN 

All 

300 

n/a 

300 

n/a 

AST 

All 

1000 

n/a 

400 

n/a 

LTID 

All 

0 

n/a 

0 

n/a 

RAN CON 

All 

0 

4 

120 

n/a 

RAN RTE 

All 

500 

n/a 

120 

n/a 

MUS CON 

All 

0 

30 

120 

n/a 

BRAND 

All ex. EMEA 

0 

1 

2 

n/a 

BRAND 

EMEA 

0 

0 

0 

n/a 
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CALL SERVER ISM 
PARAMETERS 

Region 

Main 

Office 

Base 

Main 

Office 

Increments 

Branch 

Office 

Base 

Branch 

Office 

Increments 

ACD AGENTS 

All 

10 

1 

300 

n/a 

ANALOGUE TELEPHONES 

All 

0 

8 

128 

n/a 

ATTENDANT CONSOLES 

All 

16 

n/a 

16 

n/a 

BRI DSL 

All 

150 

n/a 

150 

n/a 

CLASS TELEPHONES 

All ex. EMEA 

0 

8 

128 

n/a 

CLASS TELEPHONES 

EMEA 

0 

0 

0 

n/a 

DATA PORTS 

All 

2500 

n/a 

2500 

n/a 

DIGITAL TELEPHONES 

All 

0 

8 

0 

8 

INTERNET TELEPHONES 

All 

0 

8 

400 

n/a 

PHANTOM PORTS 

All 

2500 

n/a 

400 

n/a 

WIRELESS TELEPHONES 

All 

0 

8 

0 

n/a 

WIRELESS VISITORS 

EMEA & AP 

0 

8 

0 

n/a 

ITG ISDN TRUNKS 

All 

0 

1 

30 

1 

TRADITIONAL TRUNKS 

All 

2500 

n/a 

120 

n/a 

TMDI D-CHANNELS 

All 

64 

n/a 

64 

n/a 

SURVIVABILITY 

All 

1 

1 

0 

n/a 


Note: n/a means not applicable 
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Ordering Rules 

Product Capacitv/Limitations: 

• AC power only is supported on Succession CSE 1000, Release 2. DC power is not supported. 

• 100BaseT only is supported on Succession CSE 1000, Release 2. lOOBaseF is not supported. 

• A single Succession CSE 1000 Call Server can support up to 1000 Internet Telephones, which 

include i2002, i2004 and i2050 software phones. In addition, analog and digital telephones and 

trunks can be provisioned in the Media Gateways and Branch Offices. Larger line sizes can be 
achieved by networking multiple Call Servers together. 

• One Signaling Server can support up to 200 simultaneous virtual trunk connections. Up to 600 
simultaneous virtual trunk connections can be achieved per IP Telephony Node by using up to 3 
Signaling Servers. 

If more than 200 Virtual Trunks are configured, the number of IP telephones that can be 
configured may have to be reduced. The aggregate number of IP ISMs, Virtual Trunks, and 
Phantom TNs cannot exceed 1248. 

• Each Gatekeeper can support up to 10,000 users per network (with multiple Call Servers) and up 
to 256 CSE 1000 systems/H.323 endpoints. 


Product Rules : 

General Considerations: 

• For new system orders, customers must purchase the Succession Communication Server 0 Line, 0 
Trunk Release 2.0 marketing package (NTDU21 AD). This package includes one Call Server, one 
Signaling Server and ancillary components. 

o Separate AC power cords must be ordered/provisioned for the Call Server and Signaling 
Server. 

o The power cords are not interchangeable. 

o System Documentation is provided in this package. 

o Customers much choose one of the Base software codes (Basic, Advanced or Premium) 
for all new system orders. In North America, customers would need to choose from 

■ NTM400MC - Basic 

■ NTM400NC - Advanced 

■ NTM400PC - Premium. 

o A minimum of 16 Internet Telephone ISMs (Basic, Advanced or Premium) must be 
purchased along with the NTDU21 AD package. 

• When ordering the Media Gateway or Media Gateway Expansion marketing packages, the AC 
power cords (NTTK14AA) must also be ordered in addition to the package. 

• A Signaling Server is required for all Succession CSE 1000, Release 2 orders. 

• A single Succession CSE 1000 Call Server can support up to 1000 Internet Telephones, which 
include i2002, i2004 and i2050 software phones. Larger line sizes can be achieved by networking 
multiple Call Servers together. 

• A single Call Server can support up to four Media Gateways, interconnected via 1 OOBaseT 
Ethernet cables. Each Media Gateway can support one Media Gateway Expansion, interconnected 
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via copper cable. The Media Gateways can support analog and digital telephones and trunks, up 
to the maximum capacity of the circuit card slots (maximum of 32 slots per Call Server). Note 
that some of these card slots will be required for Succession Media Cards and other service 
circuits. 

• The Call Server comes equipped with one 100BaseT Dual IP Daughterboard, which supports up to 
two Media Gateways and two Gateway Expansions. If an additional Media Gateway is required, a 
second 100BaseT IP Daugherboard kit must be ordered separately (NTDU19AA) and installed on 
the SSC card in the Call Server. 

• The Media Gateway package includes a 2-metre length of 100BaseT crossover cable 
(NTTK34AA), which permits a “point-to-point” connection between the Call Server and Media 
Gateway. Cables to support other customer premise LAN configurations must be supplied by the 
customer, noting that maximum separation is 100 metres from the LAN equipment. 

• Early versions of Meridian Configurator do not calculate the number of Virtual Trunks or DSP 
channels on Media Cards required. Please see Appendix 1 of this Bulletin for assistance in 
calculating the appropriate values. Meridian Configurator will shortly be updated to include the 
necessary calculations. 

• Systems requiring more than one Call Server to service a single site generally require special 
engineering to attain the optimum configuration. Meridian Configurator and other tools will 
contain a reference to engineering assistance. 


Software Considerations 

• IP telephones must be purchased separately from available packages. Customers will need to 
purchase one of three available Succession CSE 1000 IP Extensions options: NTM450AA - 8 
Basic Services IP Extensions; NTM451AA - 8 Advanced Services IP Extensions; or NTM452AA 
- 8 Premium Services IP Extensions. This parameter will enable configuration of 8 IP telephones 
at the appropriate services level. 

• The following Digital set emulating applications require the provisioning of Digital Telephone 
ISMs as per the above ordering rule: Remote Office 9150, PC Attendant Console, MIXX portfolio 
(MICA, MICB, MIPCD, MIVS), 802.11 Wireless IP, Symposium Voice Services and CallPilot 
Mini. 

• Survivability is automatically enabled with the first Media Gateway purchased. Survivability is 
optional for all additional Media Gateways and is available via the Survivability order code - 
NTM458AA. 

• All CSE 1000 Software Order codes defined in Release 2.0 apply to both new and existing 
systems (i.e., there are no longer expansion codes required to increase specific functional 
capabilities on existing system - the same Software order code applies for both new and existing 
systems.) 


Signaling Server Considerations 

• At least one Signaling Server is required for each Succession CSE 1000 Release 2.0 system. The 
Signaling Server provides 3 key functions on behalf of Release 2.0 systems: 

o Internet Telephone Terminal Proxy Service (TPS) 

o Virtual Trunks via the H.323 Gateway software 

o H.323 Gatekeeper (Primary, Alternate or Failsafe) 

No keycode or ISM is required to enable the Signaling Server applications. 
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• One Signaling Server is required for each Succession Branch Office node. The Signaling Server 
provides functions on behalf of Branch Office systems for: 

o IP telephone TPS in the event of losing IP connectivity between Branch and Main Office 
sites 

o Virtual Tranks via the H.322 Gateway software. 

No keycode or ISM is required to enable the Signaling Server applications in Branch Office 
nodes. 

• For each Signaling Server, there is the option of adding an additional Signaling Server within its 
IP Telephony Node for redundancy. No keycode or ISM is required to enable the redundancy of 
the Signaling Server applications. 

• Additional Signaling Servers may be provisioned for the following reasons: 

o For each Signaling Server, there is the option of adding an additional Signaling Server for 
redundancy. . 

o The Signaling Server includes the Gatekeeper software co-resident with the other 
applications. However, customers may choose to have a dedicated Signaling Server 
running only the Gatekeeper software for larger networks. Multiple Gatekeepers may 
also be provisioned for very large or geographically dispersed networks. 

o Additional Virtual trunks can be supported with the addition of Signaling Servers. Up to 
3 Signaling Servers can be supported on the Main system which will allow up to 600 
Virtual trunks. 


Gatekeeper Considerations 

• A network consists of 1 or more H.323 Zones. Each H.323 Zone requires 1 Primary Gatekeeper 
configured, and optionally 1 Alternate Gatekeeper for redundancy. 

• The Primary and Alternate Gatekeeper do not need to be associated with the same Call Server. 
For example. Call Server A could have the Primary Gatekeeper configured on their Signaling 
Server, and Call Server B could have the Alternate Gatekeeper. 

• The Gatekeeper can co-reside with the other applications on the Signaling Server or be on a 
standalone Signaling Server. 

• The Gatekeeper can be set up as one of: Primary or Alternate or Failsafe. 


Virtual Trunk Considerations 

• One Signaling Server can support up to 200 simultaneous virtual trank connections. Up to 600 
simultaneous virtual trank connections can be achieved per IP Telephony Node by using up to 3 
Signaling Servers. 

• Customers must purchase incremental Virtual Trunk extensions - 1 for each virtual trunk 
configured at the local node. The number of Virtual trunks provisioned depends on the number of 
users that require simultaneous access to remote nodes that support Virtual Trunk (other 
Succession CSE 1000 Release 2 nodes, Meridian l's with IP Trank 3.0, BCM 3.0) 

• Customers provisioning Virtual Tranks must purchase the orderable software code - NTM483AA. 
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• No keycode or security device is required to enable any of the Circuit Switched to IP Gateway 
channels (a.k.a Voice Gateway Media channels) available on either the 8 or 32 Port Succession 
Media Card packages. 

• A maximum of four 8 or 32 Port Succession Media cards may be configured on each Media 
Gateway, on each Media Gateway Expansion, or on each Branch Office. There is no 
configuration restriction on provisioning any combination of 8 or 32 port cards. 

• A PC Maintenance cable (NTAG81CA) is not shipped with the Succession Media Card packages. 
One is shipped with each Media Gateway and Succession Branch Office. Alternatively, the 
customer may order via the Merchandise process as required for replacement or other 
requirements. 


Succession Media Card 32 Port- IP Line 3.0/Voice Gateway 

• This package provides 32 Voice Gateway Media channels, which translate voice between circuit 
switched and IP channels. The required number of Voice Gateway channels depends upon 
customer requirements, specific to number of IP users, PSTN blocking ratio, local conferencing, 
digital lines, analog lines, etc. For example: 150 local users x 20% PSTN Blocking ratio + 1 FAX 
+ 1 Analog set requires 32 VGM channels. 

• If this package is being used to provide fail-over Terminal Proxy Service on the Succession Media 
Card in the event of Signaling Server failure, then the maximum number of IP users registered per 
card is 128. 


Succession Media Card 8 Port- IP Line 3.0/Voice Gateway 

• This package provides 8 Voice Gateway Media channels, which translate voice between circuit 
switched and IP channels. The required number of Voice Gateway channels depends upon 
customer requirements, specific to number of IP users, PSTN blocking ratio, local conferencing, 
digital lines, analog lines, etc. For example: 30 local users x 20% PSTN Blocking ratio + 1 FAX 
+ 1 Analog set requires 8 VGM channels. 

• If this package is being used to provide fail-over Terminal Proxy Service on the Succession Media 
Card in the event of a Signaling Server failure, then the maximum number of IP users registered 
per card is 32. 

Succession Branch Office Considerations 

• Customers must purchase the Succession Branch Office 0 Line, 0 Trunk Release 2.0 marketing 
package (NTDU22DB). This package encompasses one Branch Office hardware package 
comprising chassis, cable kit, programmed Software daughter board, plus one Signaling Server 
and ancillary components. 

o Separate AC power cords must be ordered/provisioned for the Branch office chassis and 
Signaling Server. 

o The power cords are not interchangeable. 

o Includes the New Install Documentation Kit is (NTLH80AE) 

Note: A Signaling Server is included with the Branch office 0 Line, 0 Trunk package. 
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• Customers must purchase the Software code for the Succession Branch Office Features Package - 
NTMP50PC whenever the above Branch Office package is purchased. Customer must purchase 
the software feature package code that corresponds to that Market Region. 

• Customers should determine the required size of the Branch Office in order to properly configure 
and provision. The following guidelines assist in determining appropriate provisioning. 

o Determine number of users located at the local Branch Office. A maximum of 400 IP 
users can be supported at the Branch Office, but note that this counts against the 
maximum for the Main office which is limited to 1000. The Main Office can support a 
maximum of 1000 IP users between it and all connected Branch Offices. For Internet 
Telephones at the Branch Office, the IP ISM’s must be purchased on the Main system. 

o Determine the number of local analog or digital PSTN trunks required at the Branch 
Office. The number of the trunks provisioned will depend on the local PSTN Blocking 
ration. E.g., 40 users times 20% blocking requires 8 PSTN Trunks. The Branch Office 
can support a maximum of 92 T1 trunks or 120 El trunks. There must be a clock 
controller if the configuration includes a Digital trunk. 

o Asa general rule, the customer must provision one Virtual Trunk extension for every one 
PSTN Trunk provisioned, to avoid unnecessary blocking of the PSTN trunks. All Branch 
Offices are provided with 30 Virtual trunk ISMs by default. For larger Branch Offices 
(>30 PSTN trunks), the customer should purchase 1 incremental Virtual Trunk for every 
PSTN provisioned beyond 30. A maximum of 200 Virtual Trunks (i.e. 1 Signaling 
Server) is permitted for each Branch Office. 

o Determine the number of analog lines required for local FAX, modems, analog sets. The 
recommended limit is 16, which corresponds to the number of analog ports with one 
Analog Line Card. 

• The Branch Office will support expansion to a maximum of eight slots via the Media Gateway and 
Gateway Expansion. 

• Both the 32-port and 8-port Succession Media Card are orderable on the Branch Office as well as 
on the Main site. 

• Customers must purchase the Succession Media Gateway Expansion (connected via copper cable) 
when the configuration requires more than 4 slots for the Branch Office. Digital trunks are not 
supported in the Media Gateway Expansion. 

• A Branch Office configuration cannot be extended by provisioning a second Media Gateway. 

• Succession Branch Offices can operate independently of the Call Server equipped Main office in 
the event of lost IP connectivity. Branch Offices are not intended to provide extended service in 
standalone mode. After 14 days the Branch Office service will revert to a lower grade of service 
(e.g., frequent reset of the IP terminals) and display a License Violation message at the local IP 
sets. 

• No keycode or ISM increment is required to enable survivability of users at the Branch Office. 
Operation in standalone mode in the event of lost WAN connectivity to the Main Office is enabled 
by the provisioning the IP Line 3.0 Terminal Proxy Service on the Signaling Server. 

• The following applications are not supported at the Branch Office. These applications may be 
configured at the Main Office and can be utilized by the IP users located at the Branch Office. 

o Remote Office 

o Wireless sets: DECT and 802.11 Wireless IP Gateway 

o Symposium 

o MIXX Portfolio, excepting MICB 
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• The following applications are supported at the Branch Office: 

o OTM 2.0 (OTM 2.0 cannot be ordered on Branch office orders.) 
o MICB 

o Call Pilot Mini & Call Pilot 20 li 
o Attendant Console 

Note: Both IP sets and Digital sets are supported on the Branch. 

• The following software codes are the only applicable/orderable codes at the Branch Office: 

o NTMP50PC - Succession Branch Office N.A. Software - Release 2.0 - Mandatory with 
all Branch orders 

o NTM483AA - 1 Virtual Trunk ISM (required only to go beyond the 30 default ISM’s) 
o NTM487AA - 8 Branch Digital Enabler ISM 

• The optional software exception packages are orderable on the Branch Office as well as on the 
Main system. 


Upgrades: 

Upgrades from Succession CSE 1000, Release 1.X to Release 2 

• For upgrade orders, customers must purchase the Signaling Server, as per the Ordering Rules for 
Succession Signaling Server - Release 2.0 marketing package (NTDU27CB). Documentation 
updates and the upgraded software are available via the Succession Software Upgrade - Release 

1 .x to Release 2.0 marketing package (NTM401 AC). Along with this package, the customer must 
purchase the Release 2.0 SAV Upgrade Administration Charge (keycode) applicable to the market 
region: for NA - NTM402AA. 

• Software X21 Release 2.0 or higher, in conjunction with the NTTK25AA software daughter-board 
is required on the Call Server, Media Gateways and Succession Branch Offices. The machine 
type is 21 and the generic is 21 (2121). 

• The current feature set (Basic, Advanced or Premium) will be maintained unless a Software 
Services Upgrade Package is ordered in addition to this package. 

• The PC Card, which contains the Global Software, must be acquired separately by: 

o Purchasing the Succession Software Delivery Card Release 2.0 - NTM402BC, or 

o Distributor can program an existing PC card by downloading software from the Internet 
via Nortel Network’s Customer Support website <http://www.nortelnetworks.com> 
Under Support - Choose Downloads) 

o Distributor can program an existing PC card by copying the software from an existing PC 
card. 

• The existing CSE 1000, Release 1.0 Call Server Dongle ID is required for all upgrade orders. 

• The Lineside 2.x software application resident on the existing ITG Pentium Line cards - 
NTZC80AA, must be upgraded to the IP Line 3.0 application. 

• The NTDK20GA is the current vintage of the SSC shipped with new Succession CSE 1000 
Release 2 Call Servers, Media Gateways and Succession Branch Offices. It is NOT a requirement 
to upgrade the older NTDK20FA version of the Succession Server Card (SSC) card on either the 
Call Server or the Media Gateways when upgrading from Succession CSE 1000 Release 1 to 
Release 2. 
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NTTK25AA is the current vintage of software daughterboards shipped with the new Succession 
CSE 1000 Release 2 Call Servers, Media Gateways and Succession Branch Offices. It is NOT a 
requirement to replace the olderNTTK13AA software daughterboards on either the Call Server or 
Media Gateway as the NTTK13AA is still supported on Release 2. 

Customers upgrading to Release 2.0 from Release 1 .x should note that Media Gateways already 
provisioned (NTDU22AB or AA with Media Gateway Chassis NTDU14AA) will still be 
restricted to 3 card slots even after the software upgrade to release 2.0. Newly provisioned 
Release 2.0 Media Gateways (NTDU22AD with Media Gateway Chassis NTDU14CA) will 
enable 4 card slots. 

Customers with older vintage Media Gateways must note that Succession CSE 1000 Release 2.0 
Ordering and Configuration rales will assume 4 provisionable slots per Media Gateway. Hence 
for Customers expanding systems that were originally delivered as Succession CSE 1000 Release 
1 .x systems, care should be taken to review any resulting order list to ensure that there are 
sufficient available slots to provision the expanded hardware. 

OTM 2.0 is the minimum release required to manage a Succession CSE 1000 Release 2.0 system. 
Customers must upgrade to OTM 2.0 if currently using prior releases of OTM. 


Prerequisites 

• The Call Server/Media Gateway Software - X21, Release 2.02 

• Signaling Server - 2.00.74 software 

• IP Line Application - 3.00.74 

• IP Telephone set firmware - 1.39 

• i2050 software telephone - v 299 

• 8051 XAController firmware of SMC Cards - 6.4 for SMC card; 5.7 for ITG-P card 

• Software Daughterboard - Minimum is NTTK13AA; product is shipped with NTTK25AA 

• SSC card - Minimum is NTDK20FA; product shipped with NTDK20GA 

These issue numbers and codes may be changed at any time as design and engineering considerations 
require. 

Product Bundling & Interdependency requirements: 

• For new system orders, customers must purchase the Succession Communication Server 0 Line, 0 
Trank - Release 2.0 marketing package (NTDU21 AD). This package encompasses one Call 
Server, one Signaling Server and ancillary components. 

o Separate AC power cords must be ordered/provisioned for the Call Server and Signaling 
Server. 

o The power cords are not interchangeable, 
o System Documentation is provided in this package. 

o Customers much choose one of the Base software codes (Basic, Advanced or Premium) 
for all new system orders. In North America, customers would need to choose from 

• NTM400MC - Basic 

■ NTM400NC-Advanced 


NTM400PC - Premium. 
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• When ordering the Media Gateway or Media Gateway Expansion marketing packages, the AC 
power cords (NTTK14AA) must also be ordered in addition to the package. 

• The Call Server and Signaling Server do not contain Trunk cards or Line cards. All hardware 
required to support trunk and line capabilities resides in the Media Gateways and Media Gateway 
Expansions. Trunks cards and Line cards must be ordered separately. 

• There must be a clock controller for every Media Gateway or Branch Office equipped with a 
Digital trunk. 

• In addition to the standard CallPilot order codes, all CallPilot orders for Succession CSE 1000 
must include the following code to ensure your new CallPilot functions with your Succession CSE 
1000 system: 

o Call Pilot Integration/Connectivity Code: NTZE39JB 

Please refer to the Sales and Marketing Bulletin “CallPilot 2.0; Models & Ordering Procedures” 
for full details on ordering CallPilot 2.0. 


Repair and Return Policies 

Equipment return options 

Nortel Networks offers various types of product return options: 

• Restocking - return of new unused equipment for credit within 60 days of ship date 

• Repair - return of damaged or defective equipment for repair 

• Advance Replacement - replacement equipment shipped in support of emergency repairs and 
some updates/upgrades 

• Defective on Arrival (DOA) Replacement - replacement equipment shipped in support of DOAs 

For a complete description of the product return options, please refer to the Succession CSE 1000 Price 
Catalogue or the Repair, Return & Warranty Package. The Repair and Return policies are identical to those 
on Meridian 1, and have not materially changed since Succession CSE 1000 Release 1. 


Spares List 

The following individual spare parts are available, and many are common to Meridian 1. Channel Partners 
should assess which are required to be stocked specifically for Succession CSE 1000 Release 2.0. 

It is probably unnecessary to stock spares of passive components, such as cables or hardware items, and the 
recommendation is made accordingly. 

Critical spares are those that are for items which might fail whose failure will cause a significant portion of 
the system to be out of service, and should be stocked in locations easily accessible to technicians 
supporting live customer systems. 

The tables also list the items which can be returned for repair service. 
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Call Server Spares 


Item 

Product 

Code 

Recommend 

Sparing 

Critical? 


Repairable? 

Succession Call 
Server shelf 
Assembly 

NTDU30BA 

A0888722 

Yes 

Yes 

0.97 

Yes 

Succession Call 
Server Chassis 

Cable Kit 

NTDU20AA 

A0858762 

No 

No 

N/A 

No 

Dual Port 

100BaseT IP 
Daughterboard 

NTDK83AA 

A0745218 

Yes 

Yes 

0.342 

Yes 

Succession 

Controller Card 

NTDK20GA 

A0879083 

Yes 

Yes 


Yes 

RJ45 M-to-M 
Ethernet Cable 
Assembly 

NTDU0606 

A0856664 

Limited 

No 


No 

Succession 

Software Delivery 
Card 

NTM400BC 

A0887879 

Yes 

No 

N/A 

No 

Blank Software 
Daughterboard 

NTTK25AA 

A0842230 

No 

No 


Yes 

North American 
Power Cord 

NTTK14AA 

A0781921 

Limited 

No 

N/A 

No 


Media Gateway/Media Gateway Expansion Spares 


Item 

Product 

Code 

Recommend 

Sparing 

Critical? 

Failures 
per 10 6 
hours 

Repairable? 

Succession Media 
Gateway Chassis 

NTDU14CA 

A0884572 

Yes 

Yes 

0.817 

Yes 

Succession Media 
Gateway Chassis 
Cable Kit 

NTDU25BA 

A0884596 

No 

No 

N/A 

No 

Single 1 OOBaseT IP 
Daughterboard 

NTDK99AA 

A0777325 

Yes 

Yes 

0.372 

Yes 

PC Maintenance 
Cable 

NTAG81CA 

A0655007 

No 

No 

N/A 

No 

19 inch Chassis 

Rack Mount Kit 

NTTK09AA 

A0780625 

No 

No 

N/A 

No 

1 OOBaseT 

Extension Cable 
(2m) 

NTDK8305 

A0781621 

Limited 

No 

N/A 

No 
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1 OOBaseT 

Crossover Cable 

NTDK34AA 

A0793725 

Limited 

No 

N/A 

No 

Succession Media 
Gateway Expansion 
Chassis 

NTDU15CA 

A0884591 

Yes 

Yes 

0.680 

Yes 

Succession Media 
Gateway Expansion 
Chassis Cable Kit 

NTDK89AA 

A0774112 

No 

No 

N/A 

No 

North American 
Power cord 

NTTK14AA 

A0781921 

Limited 

No 

N/A 

No 


Succession Media Card Spares 


Item 

Product Code 

Recommend 

Sparing 

Critical? 

Failures 
per 10 6 
hours 

Repairable? 

Succession Media 
Card 32 Port 


Yes 

Yes 

1.65 

Repair 

NTVQ01BA 

Succession Media 
Card 8 Port 

NTDU40AA 

A0888756 

Yes 

Yes 

1.65 

Repair 
NTVQ01AA 

ELAN, TLAN, 
RS232 L Adapter 

A0852632 


No 

N/A 

No 

ITG EMC 

Shielding Kit 

NTVQ83AA 

A0870556 

No 

No 

N/A 

No 

PC Maintenance 
cable 

NTAG81CA 

A0655007 

No 

No 

N/A 

No 


Signaling Server Spares 


Item 

Product Code 

Recommend 

Sparing 

Critical? 

Failures 
per 10 6 
hours 

Repairable? 

Succession 
Signaling Server 
Assembly 

NTDU27BA 

A0887812 

Yes 

Yes 

2.29 

Repair 

NTDU27AA 

Succession 
Signaling Server 
Software CD 

Rom Kit 

NTDU80AA 

A0887817 

No 

No 

N/A 

No 

Signaling Server 
Power Cord 

A0292928 

Limited 

No 

N/A 

No 


Issue 1.0 


Page 61 of73 


October 2002 













































Product Bulletin 


Succession CSE 1000 Release 2 


N&RTEL 

NETWORKS' 


Optivity Telephony Manager 2.0 Spares 


Item 

Product 

Code 

Recommend 

Sparing 

Critical? 

Failures 
per 10 6 
hours 

Repairable? 

OTM 2.0 CD 
Software 

NT8R58AE 

A0889561 

No 

No 

N/A 

No 

OTM 2.0 CD 
Documentation 

NT8R58BE 

A0877857 

No 

No 

N/A 

No 


N/A means “Not Applicable”, and relates to items that do not have calculable failure rates. 
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Accreditation Program 

Succession CSE 1000 is distributed only through accredited Channel Partners. The Succession CSE 1000 
Accreditation Program is based on 3 types of requirements: 

• Training 

• Lab Systems 

• Support and Service 

Through the accreditation process, Channel Partners are authorized to sell and service Succession CSE 
1000. Emphasis is on ensuring Nortel Networks channel partners have the appropriate skill set and hands- 
on experience to support converged voice/data offering, with the primary goal of high end-customer 
satisfaction. 

A copy of the Accreditation Program document can be found on the Partner Information Center web site on 
the Channel Readiness Site, of the Partner Information Center, under http://www.nortelnetworks.com/pic 
Select Channel Readiness, Current Launches, Succession CSE 1000 Release 2.0, Offer Readiness, Section 
4. 


Training 

Nortel Networks’ North American course offerings have been updated to include the Succession 
Communication Server for Enterprise 1000 product. Course descriptions, schedules, and other related 
training information can be viewed online at 

www.get.globalknowledge.com/norteltraining 

Global Knowledge is Nortel Networks' premier training partner for North America. Links from the Nortel 
Networks home page ( http://www.nortelnetworks.com )are also available by choosing Customer Support/ 
Training/North America/Catalog Search/Product Family:All/Products: Succession CSE 1000. 

The following Succession CSE 1000-specific courses are available: 


Course 

No. 

Title 

Format; 

Target Audience 

0780C 

Succession CSE 1000 Installation, Maintenance and Configuration 

ILT 5 Days 

I, MT, MA, ICP, SE 

0784C 

IP Networking for Succession CSE 1000 

ILT 3 Days 

I, MT, MA, ICP, SE 

0785F 

What’s New for Succession Communication Server for Enterprise 1000 
Release 2.0 (Technicians) 

IEL 6 Hours 

S, SE 

0194F 

What’s New for Succession CSE 1000 Release 2.0 for Sales 

IEL 4 hours 

S, SE 

0195F 

Succession Portfolio Overview for Sales 

IEL 6 Hours 

S, SE 

0360C 

Succession Fundamentals: Enterprise Voice Over IP 

ILT 2.5 Days 

All 
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Legend: 

Format: ILT (instructor-led training); IEL (Instructor-led training via virtual classroom); KP (self-paced 
knowledge product); V (video); ICW (Instructor certification program questions and labs); PB (Nortel 
Product Bulletin Only); PKT (Product Knowledge Transfer); BP (Certification exam blueprint). 

Target Audience Types: S Sales; SE Sales Engineers; I Installers; MT Maintenance technicians; 

MA Administrators; SLS second-level support; ICP instructor certification program. 

For more details of the training available, please see the Succession CSE 1000 Release 2 Sales and 
Marketing Bulletin. 
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APPENDIX 1 


Virtual Trunks and Voice Gateway (DSP) port Calculation 

The early version of Meridian Configurator is not able to calculate a suggested value for the number of 
Virtual Trunks and DSP ports needed in a Succession CSE 1000 solution. This will be corrected in the 
December 2002 change control. Until this time, please use the following guidelines to help determine how 
many Virtual Trunk ISMs and DSP ports will be required when placing your order. 


Voice Gateway (DSP) port Calculation 

Voice Gateway ports (DSP) resources are required whenever a call goes from an IP terminal to the PSTN, 
Analog or Digital sets, conference facilities or an application such as CallPilot. Voice Gateway (DSP) 
ports translate voice between IP and circuit switched channels. 

For example, the following lists applications where voice gateway ports would be required with possible 
suggested values a user might want to consider: 

Digital trunks 

• PRI (30 voice gateway (DSP) ports per El PRI; 24 voice gateway ports per T1) 

• BRI (16 voice gateway (DSP) ports. One for every B channel) 

Analog Trunks 

• Analog Trunk (8 voice gateway (DSP) ports) 

• Universal Analog Trunk (8 voice gateway (DSP) ports) 

• E&M/AC 15/RAN/Page/TIE Trunk (4 voice gateway (DSP) ports) 

CallPilot 

• 2.0 or Mini (1 voice gateway (DSP) port for every CallPilot Channel) 

MIxx 

• MIRAN (1 voice gateway (DSP) port for every MIRAN port).MICB (1 voice gateway (DSP) 
port for every MICB port). 

• MIPCD (1 voice gateway (DSP) port for every MIPCD port) 

Analog and Digital sets 

• Analog users (provision voice gateway (DSP) ports for 25% of users.) 

• Digital users (provision voice gateway (DSP) ports for 25%of users) 

The 25% value would vary depending on the calling patterns anticipated on the system. 

Conference facilities 

• Conference facilities on SSC, there are 32 conference ports on the SSC, and 32 on each IP 
daughterboard, for a total of 96. (For each 32 conference ports, provision 8 voice gateway 
(DSP) ports. This refers to conference facilities on Call server SSC & associated IP 
daughterboards).TVR Ports 

• TVR systems usually connect to the system over line side Tl/El ports. Thus, the voice 
gateway (DSP) ports requirement is already covered in trunks calculation above. 
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Agent Greeting 

• Agent Greeting (one voice gateway (DSP) port for each Agent Greeting port). 

Additional considerations 

• For Call Centers, additional Voice Gateway (DSP) ports may be required. Engineer 
additional DSP resources as appropriate to meet more traffic-intensive requirements. For 
example, it may be necessary to engineer DSP resources at a higher percentage for Digital 
Agents than for normal digital users. 

• For Upgrades and Expansions, calculate the required number of voice gateway (DSP) ports 
based on the additional applications and interface cards required. Use the above as a guide. 

Finally, based on the total number of DSP ports required, you can then select how many Succession Media 
Cards need to be ordered. You have a choice of ordering 32-port Succession Media Cards or 8-port 
Succession Media Cards. 


Virtual Trunks Calculation 

Virtual Trunks are only needed if you are using IP Peer Networking to other systems or Branch Offices 
connected to this system. 

Virtual Trunks need to be provisioned on the Main System as well as on any Branch Office system. 

Virtual Trunk Calculation for Main system 

In order to assist in calculating the required number of Virtual Trunks on the Main system, the following 
points will need to be taken into consideration: 

• The number of simultaneous calls that will be maintained between this system and the other H.323 
endpoints over the IP Peer Network (i.e. other CSE 1000 Call Servers, Meridian 1 via IP Trunk 
3.0, BCM 3.0, etc.). 

• The number of simultaneous calls that will be maintained between this system and all the Branch 
Offices for support of: 

o Analog Stations 
o Digital Stations 
o PSTN Trunks 

• If a centralized CallPilot configuration will be supported from this system or in another location, 
please assess the number of simultaneous calls/messaging ports that are needed for CallPilot use. 

Virtual Trunk Calculation for Branch Office: 

Please note that all Branch Offices are provided with 30 default Virtual Trunk ISMs. Therefore, Virtual 
Trunk ISMs only need to be ordered on the Branch Office if the user wants to exceed the 30 default ISMs 
that are already included. 

In order to assist in calculating the required number of Virtual Trunks on a Branch Office, the following 
points will need to be taken into consideration: 

• The number of simultaneous calls that will be maintained between this Branch Office and any 
CSE 1000 or Branch Office for support of: 

o Analog Stations 

o Digital Stations 

o PSTN Trunks 
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• If a centralized Call Pilot configuration will be supported in another location, please assess the 
number of simultaneous calls/messaging ports that are needed for Call Pilot use. 

General Notes 

• Virtual trunks are required on each end of the call, i.e. if there are two CSE 1000 systems, virtual 
trunks are required on each system to carry the expected number of calls. 

• Up to 200 Virtual Trunks are supported per Signaling Server. A Maximum of 600 Virtual trunks 
are supported per Main system (with 3 Signaling Servers) and a maximum of 200 Virtual Trunks 
are supported per Branch Office (with 1 Signaling Server). 

• If more than 200 Virtual Trunks are configured, the number of IP telephones that can be 
configured may have to be reduced. The aggregate number of IP ISMs, Virtual Trunks and 
Phantom TNs cannot exceed 1248. 

• The actual number of virtual trunks required must be calculated based on expected calling patterns 
between the various sites with the above guide as to where Virtual trunks are required. 

• IP users in the Branch Office are registered to the assigned Main system (unless in Survival 
mode). 
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APPENDIX 2 


Software Feature Packages 

In the table below, a mark under the software service indicates the software feature package is included for 
North America. Where there is no mark, it indicates that the feature package is not included in the software 
service. 

B - Basic Software Service 
A - Advanced Software Service 
P - Premium Software Service 

Note that this is the standard Meridian 1 and Succession CSE 1000 packages table, current as of this 
software release. Some of the features listed may not be available on Succession CSE 1000 Release 2. 


No. 

Mnemonic 

Package Name 

n 

e 


25 

BALT 

Basic Authorization Code 




26 

CASM 





27 

CASR 

Centralized Attendant Service 
(Remote) 




28 

BQUE 

Basic Queuing 




29 

NTRF 

Network Traffic Measurement 




30 

CMAC 





31 

MCDR 

Mini CDR 




32 

NCOS 

Network Class of Service 



B 

33 

CPRK 

Call Park 



B 

34 

SSC 

System Speed Call 

* 


B 

35 

IMS 

Integr Messaging System Link 

0 


B 

36 


Recorded Overflow 

Announcement 

* 

* 

* 

37 

NSIG 

Network Signaling 

■ 

B 

m 

38 

MCBQ 

Network Call Back Queuing - 

Main 


* 

* 

39 

NSC 

Network Speed Call 

R 

B 

B 

40 


Basic ACD 

IB 

B 

IB 



ACD Pkg B 

IB 

IB 

IB 

Q 

ACDC 

ACD Pkg C 


* 

* 

43 

LMAN 

ACD Pkg C2. Load Mngt 

Reports 

1 

1 

H 

44 

MUS 

Music 

* 

* 

B 

45 

ACDA 

ACD Pkg A 

B 

E 

B 

46 

MWC 

Message Waiting Center 

IB 



ID 

AAB 

Automatic Answer Back 

* 



48 

GRP 

Group Call 

E 


B 


No. 

Mnemonic 

Package Name 

II 

B 

p 

0 

BASIC 

Basic Call Processing 



* 

1 

OPTF 

Extended PBX Features 



* 

2 

CUST 

Multi Customer 



* 

3 

AIOD 

Auto-Ident. of Outgoing Calls 




4 

CDR 

Call Detail Recording 



* 

5 

CTY 

CDR on TTY 



* 

6 

CLNK 

CDR on Data Link (No longer a 
package as of Rls 20B) 



■■Is 

7 

RAN 

Recorded Announcement 



* 

8 

TAD 

Time and Date 



* 

9 

DNDI 

Do Not Disturb, Individual 



* 

10 

EES 

End to End Signaling 



* 

11 

INTR 

Intercept Treatment 



* 

12 

AN1 

Automatic Number Identification 



* 

13 

ANIR 

ANI Route Selection 



* 

14 

BRTE 

Basic Routing 



* 

15 

RPE1.5 

Remote Peripheral Equipment 1.5 




16 

DNDG 

Do Not Disturb, Group 



* 

17 

MSB 

Make Set Busy 

* 

* 

* 

18 

SS25 

Special Services for 2500 Sets 

B 



19 

DDSP 

Digit Display 

* 



20 

ODAS 

Office Data Administration 

System 

E 



21 

DI 

Dial Intercom 

B 



22 

DISA 

Direct Inward System Access 




23 

CHG 

Charge Account for CDR 

B 



24 



* 

* 

* 
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53 SR 


54 AA 


55 HIST 


56 AOP 


57 BARS 


58 NARS 


59 CDP 


60 PQUE 


61 FCBQ 


62 OHQ 


63 NAUT 


64 SNR 



67 NXFR 


68 ATVN 


69 ACDR 


HOT/EHO 

T 


71 DHLD 


72 LSEL 


73 SS5 


74 DRNG 


75 PBXI 


78 AMP 


79 OOD 


80 SCI 


81 CCOS 


82 RESDB 


Automated Modem Pooling 


Optional Outpulsing Delay 


Station Category Indication 


Controlled Class of Service 


Resident Debug 


BAP 


49 

NFCR 

New Flexible Code Restriction 

50 

ACDD 

ACD Pkg D 

51 

LNK 

ACD PkgD Auxiliary Processor 
Link 

52 

FCA 

Forced Charge Account 



Set relocation 


Attendant Administration 


History File 


Attendant Overflow Position 


Basic Alternate Route Selection 


Network Alternate Route 
Selection 


Coordinated Dialing Plan 


Priority Queuing 


Flexible Call Back Queuing 


Off Hook Queuing 


Network Authorization Code 


Stored Number Redial 


Tone Detector (Not supp't on Opt 
11/No IPE version of MF tone 
detector) 


SL-1 TDET Special Common 
Carrier 


Network Call Transfer 


AUTOVON 


AUTOVON CDR 


HOT Line Services/Enhanced 
HOT Line 


Deluxe Hold 


Automatic Line Selection 


500 Set Features 


Distinctive Ringing 


PBX Interface for DTI/CPI 
(1.5Mb) 




76 

DLDN 

Departmental Listed Directory # 

77 

CSL 

Command Status Link 


No. Mnemonic 


83 CDRQ 



85 CSLA 


86 TENS 


87 FTDS 


88 DSET 


89 TSET 


90 LNR 


91 DLT2 


PXLT 


93 SUPV 


CPND 


97 JCO 


99 


100 RMS 


101 MR 


102 AWU 


104 OP AO 


105 LLC 


106 SLP 


Package Name 

ACD CDR Queue Record 


Automatic Trunk Maintenance 
(not supported on Option 11 or 
CSE 1000) 


CSL with Alpha Signaling 


Multiple Tenant Service 


Fast Tone & Digit Switch 


M2000 Digital Sets 


M3000 Digital Sets 


Last Number Redial 


M2317 Digital Sets 


Pretranslation 


Supervisory Attendant Console 


Call Party Name Display 


Japan CO Trunk 


Dialed Number Identification 
Service 


Background Terminal Facility 


Room Status 


PPM / Message Registration 


Automatic Wake Up 


Property Management System 
Interface 


Outpulsing of * and # 


Line Load Control 


Station Loop Preemption 


II 



107 

MCT 

Malicious Call Trace 

BDD 

108 

ICDR 

Internal CDR 


109 

APL 

Auxiliary Processor Link 


110 

TVS 

Trunk Verification from a Station 


111 

TOF 

ACD Timed Overflow 


112 

NKL 

Notification Key Lamp 


113 

IDC 

Incoming DID Digit Conversion 

BOB 

m 

AUXS 

ACD D Auxiliary Security 


m 

DCP 

Direct Call Pickup 


116 

PAGT 

ACD Priority Agent 


117 

CBC 

Call by Call Service Selection 

BBB 

118 

CCDR 

Calling Line ID in CDR 


119 

EMUS 

Enhanced Music 

MIIHI 
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No. 

Mnemonic 

Package Name 

B 

A 

P 

120 

PLDN 

Group Hunt / DN Access to SCL 




121 

SCMP 

Station Camp On 



B 

122 

COMDT 

Common DAS/DPNSS DTRK 

Pkg 



■ 

123 

DPNSS 

DPNSS 




124 

DASS2 

DASS2 




125 

FTC 

Flexible Tones and Cadences 



B 

126 

OPCB 

Operator Call Back (China #1) 




127 

BKI 

Attendant Break In 

* 



128 

MFC 

Multi-Frequency Compelled 
Signaling 

1 



129 

DTI2 

2 Mbit DTI 




131 

SUPP 

International Supplementary 
Features 



■ 


132 

TBAR 

Trunk Barring 

* 


133 

ENS 

Enhanced Night Service 



134 

AFNA 

Attendant Forward No Answer 



135 

MFE 

Multi-Frequency Socotel (France) 



136 

JDMI 

2 MB Digital Mux. Interface 
(Japan) 



137 

LSCM 

Local Steering Code Modification 



138 

DTD 

Dial Tone Detector 



139 

FFC 

Flexible Feature Codes 



140 

DCON 

M2250 Attendant Console 

* 


141 

MPO 

Multi-Party Operations 

D 


143 

ICP 

Intercept Computer 



144 

ABCD 

16 - Button DTMF 



145 

ISDN 

ISDN Signaling 

fl 



PRA 

ISDN 1.5 Mbit PRA 

fl 


147 

ISL 

ISDN Signaling Link 

* 

* 


148 


NTWK 


Advanced ISDN Network 
Services 


D 


150 

DNXP 

151 

CDRE 

152 

FXS 



Inter-Exchange Carrier 


DN Expansion (7 digit) 


CDR Expansion (7 digit) 


X25 ISDN/AP Server 


ISDN Application Processor 
Third Party Vendors 


2 Mbit PRI 




No. 

Mnemonic 

Package Name 

B 

EB 


Centrex Switch Hook Flash 

B 

158 

FGD 

Feat Grp D - 8B 

B 

159 

NAS 

Network Attendant Service 

B 

160 

FNP 

Flexible Numbering Plan 

B 

161 

ISDN 

INTL 

ISDN Supplementary Features 

n 

162 

SAR 

Scheduled Access Restriction 

* 

163 

MIN 

Message Intercept 

* 

164 

LAPW 

Limited Access to Overlays 

B 

165 

RPE2 

2 Mbit RPE 

B 

166 

HOSP 

Hospital Management-Rls 20/21 

B 

167 

GPRI 

1.5/2.0 MBit Gateway DTI 
released PRI deferred 

* 

168 

TMON 

Traffic Monitoring (not supported 
on Option 11) 


169 

COOP 

Console Operations 


170 

ARIE 

Meridian Modular Telephone Sets 

* 

171 

JTDS 

Japan Tone & Digit Switch 


172 

CPGS 

Console Presentation Group 

Level Services 


173 

ECCS 

Enhanced Controlled Class of 
Service 


174 

AAA 

Attendant Alternative Answering 

B 

175 

NMS 

Network Message Service 


176 

DTOT 

DID to Tie 

B 

178 

EOVF 

ACD Enhanced Overflow 


179 

HVS 

Meridian Hospitality Voice 

Services 

* 

180 

DKS 

Digit Key Signaling 


181 

SACP 

Semi-Automatic Camp-On 


182 

TFM 

Trunk Failure Monitor 


183 

VNS 8B.2 

Virtual Network Service 


184 

OVPL 

Overlap Signaling 


185 

EDRG 

Executive Distinctive Ringing 

* 

186 

POVR 

Priority Override / Forced Camp 
on 

fl 

187 

RPA 

Radio Paging 

B 

188 

L1MF 

LI-MFC Signaling 


189 

SVCT 

Supervisory Console Tones 

B 

190 

UK 

UK Hardware Support 


191 

SECL 

Series call 

* 
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No. 

Mnemonic 

Package Name 

B 

H 

19 


No. 

Mnemonic 

Package Name 

192 

ORC-RVQ 

Remote Virtual Queuing/Drop 

Back Busy- 8B 



■ 


231 


DPNSS Network Services - 7C 





M 




Pulsed EAM (Indonesia, French 
Colisee) 

193 

RCK 

Ring Change Key 

■ 




232 


195 

FAXS 

HiMail Fax Server Interface - 8B 





233 

BRIT 

BRI Trunk Application - 8B 

196 

OHOL 

On Hold on Loudspeaker - 20A 





234 

CDR- 

NEW 

New Format CDR - 8B 

197 

FTA 

French Type Approval-8B 







■ 




235 

BRIL 

BRI Line Application - 8B 

198 

FFCSF 

Boss Secretarial Filtering - 8B 









236 

APDI 

ATK TTMPn PFPAT OOR 


AINS 

Automatic Set Based Installation 






AL-13 11JVLEL/ lvLfV> AL/“ZUd 

* 

* 

* 



MCM 

Ml CT2/CT2+ Mobility-20B 

202 

IPRA 

International PRA (CO) 

H 

B| 





* 




Multi User Login - Not supported 
Opt 11 - 20A 

203 

XPE 

Extended Peripherial Equipment 

B 


* 



MUL 



Enhanced Conf, TDS, and MFS 
Card 

* 


* 


243 

FM 

Meridian 1 Fault management 




■ 





System Message Lookup (Not 
supp Opt 11 - Thor Pkg)-20A 

205 

XCT1 

Superloop Administration (LD 

97) 

8 


* 


245 

SML 




■ 





Voice Mail Box - Not Supp. Opt 

11 

206 

MLWU 

Multilanguage Wake-Up 



* 


246 

VMB 

207 

NACD 

Network ACD 



* 


247 

CLID 

Call ID for Meridian Link - 20A 

208 

HSE 

Hospitality Screen Enh-8B 



* 




Meridian 1 Packet Handler - Not 
Supported on Option 11 - 20A 

on q 

MLS 

Meridian Link Server 


m 





zuv 



* 



M911 

ENH 


210 

MAID 

Maid ID for room status - 8B 



* 


249 


211 

MLIO 

Multilanguage CPND 





250 

DPNA 

Direct Private Network Access 

212 

VIP 

VIP Automatic Wake-Up - 8B 



* 


251 

SCDR 

Station Activity Record - 20B 


n 
o 

n 

n 

B 

B 


* 





214 


EAR 


Enhanced ACD Routing -8B 


215 


CCRC 


Cust Controlled Routing - 8B 


216 


BRI 


ISDN Basic Rate Interface - 8B 


218 


IVR 


Hold in Queue for IVR - 8B 


219 


MWI 


MWI Interworking with DMS - 
20A 


221 


CIST 


Digital Trunk Interface / Three- 
Wire Analog (IPE) Trunk 


222 


MSDL 


Multi-Purpose Serial Data Link 


223 


FC68 


Compliance for DID ANSWER 
SUPV 


224 


M911 


M911 ENHANCEMENTS 


225 


CWNT 


Call Waiting Notification 


227 


MSDL 

SDI 


MSDL - SDI (Not Supp on Opt 
11)-20A 


228 


STA 


Single Terminal Access (Not 
Supp on Option 11) - 20A 


229 


SSAC 


Station Specific Auth Codes - 
20A 


230 


MDP 


Manufactured Deliverred Patches 
(Not Supp Opt 11) 


252 

KD3 

Spanish KD3 DID/DOD 
Interface-20A 

1 


253 

ARFW 

Attn & Networkwide RCFW - 
20A 

B 

* 

254 

PHTN 

Phantom TN Operation - 20A 

* 

* 

255 

INBD 

International nB+D - 20B 



256 


Set Based Administration 
Enhancements 

B 

* 

258 

ATX 

Autodial Tandem Transfer - 20A 

* 

* 


CDRX 

CDR Enhancements - 20A 



261 

EURO 

Euro ISDN -20A 





Standalone Meridian Mail - 20B 



263 

QSIG 

ECMA Q-Sig - 20A 

* 

* 

283 

UIGW 

Universal ISDN Gateway 



284 

DPNSS 

1891 

DPNSS 1891 



285 

CHINA 

Attendant Monitor 



286 

REMIPE 

Carrier Remote IPE (not 
supported) 





DPNSS Executive intrusion 
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No. Mnemonic 

289 ADSP 


291 NI2 


292 CHTL 


293 TAT 


BTD 


295 IPEX 


296 MAT 


298 CPIO 


299 


302 MOSR 


304 ARDL 


CPRKNET 


PAGENET 


PTU 


MASTER 


CPC1 


ICCM 


TATO 


ISPC 


MMSN 


QSIGSS 


323 EISDNSS 


325 


326 CISMFS 


327 RANBRD 


328 MUSBRD 

329 ESA 


Package Name 

ACD Disconnect Supervision 


Collect Call Blocking 


Nl-2 TR-1268 PRI Basic Call 


China Toll Call Loss Plan 


Trunk Anti-Tromboning 


Busy Tone Detection 


IP Expansion 


No. Mnemonic 

330 ESA SUP 




Opt 81 old Backplane 


Opt 81C (New Backplane) 


Calling Party Privacy 


Mobility Server 


Mobility Microcellular 


Automatic Redial (not Opt 11) 


QsigGF Transport 


Call Park Networkwide 


Call Page Networkwide 


Preferential Trunk Usage 


Euro ISDN Master Mode 


Called Party Control 


Integrated Call Centre 


Trunk Antitromboning 


Australian SPCs 


Mobility Multisite Network 


SNMP Alarm integration 


Queue to NACD for CCR 


EISDN Sup Services completion 


New Generation foundation 


DPNSS Message Waiting 


CIS MF Shuttle Signaling 






331 

ESA 

CLMP 

332 

CNUMB 

333 

CNAME 

334 

Nl-2 CBC 

335 

GTTC 

344 

GCM 

345 

UWIN 

346 

SMS 

347 

TWR1 

348 

MEET 

349 

ACLI 

350 

MC32 

351 

DBA 

353 

RUCM 

362 

FDID 

364 

NMCE 

365 

FIBER 

NETWORK 

366 

PLUGIN 

367 

BNE 

368 

CPPCNI 

370 

MSMN 

371 

KAPAUT 

372 

KAPCR 

373 

KAP 

HUNG 

374 

KAPPL 

375 

KAPCIS 

376 

KAPACD 


Package Name 

Emergency Services Access 
Suppl. 


Emergency Services Access 
Calling 


Class: Calling Number Delivery 



Japan TTC Common Channel 
Signal. 


Universal Wireless Interactive 
Networking 


Meridian Companion Enhanced 
Capacity 


Data Buffering and Access 


Russian Call Monitoring SORM 


Flexible DID 


Meridian Communications 
Exchange Connectivity 


Fiber Network (not Opt 11) 


Business Networking Express 


Core Processor PII (not Opt 11) 


Multi-Site Mobility Networking 


Kapsh sidestream - CZ/SK 


Kapsh sidestream - Hungary 


Kapsh sidestream - Poland 


Kapsh sidestream - CIS 


Kapsh sidestream - ACD 




Music Broadcast 
Emergency Services Access 



STSMSG 

M3900 series Set to Set 

Messaging 

E 

Dfl 


CDIR 

Corporate Directory 

DBB 

382 

VIRTUAL 

OFFICE 

Virtual Office 

* 

* * 
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No. 

Mnemonic 

Package Name 

B 

A 

P 

388 

ACDE 

ACD DN/CDN Expansion 
(R25.40) 



* 

389 

PONW 

Priority Nwk Override Nwk Bkin 
& Force Disc. (R25.40) 




390 

SUCC BR 
OFFICE 

Succession Branch Office 

E 




No. 

Mnemonic 

Package Name 

B 

A 

p 

383 

R25 Lite 

R25 Lite 




384 

ATAN 

Attendant Announcement 

* 


n 

385 

NI-2 

NAME 

NI2 Name Display (25.40) 

* 



386 

M3900 

PROD- 

ENH 

M3900 Productivity 

Enhancements (R25.40) 


0 


387 

VIRTUAL 

OFFICE 

ENH 

Virtual Office Enhancements 
(R25.40) 





Last Page 

This section is included to ensure that readers have the complete document. 


* Nortel Networks, the Nortel Networks logo, the Globemark, Meridian 1, Succession, CallPilot and Symposium are 
trademarks of Nortel Networks. 


Issue 1.0 


Page 73 of 73 


October 2002 





















o 

o 

w 

u 

w 

u 

u 

o 

u 

m 

u 

u 

m 

m 

u 

u 

m 

m 

w 

u 

m 

u 

u 

w 

u 

u 

u 

41 

u 

• 

u 

y 

• 

u 

m 

u 

m 

m 

u 

u 

m 



NORTEL 

NETWORKS' 

Product Bulletin Bulletin Number: P-2003-0098-Global 

Issue: 1.0 

Date: 28 March 2003 

IP Trunk 3.0 

For Meridian 1 Systems 

Introduction 

Nortel Networks is pleased to announce the introduction of the IP Trunk 3.0 application for 
* Meridian 1 systems. 

IP Trunk 3.0 is the latest software up-issue of the Meridian Internet Telephony Gateway (ITG) 
Trunk products, adding new advanced VoIP networking capability not only to and from other 
Meridian 1 and Business Communication Manager (BCM) systems, but also to Succession CSE 
1000 systems. 
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Product Overview 


IP Trunk 3.0 is the latest evolution of the ITG Trunk products. In addition to providing advanced 
voice networking features to and from other Meridian 1 * systems running IP Trunk 3.0, ITG 2.1 
Trunk, and Business Communication Manager, IP Trunk 3.0 adds the capability of networking 
with Succession CSE 1000 systems. 

Succession CSE 1000 is a server-based, full-featured IP PBX, fully distributed over an IP LAN 
and WAN network. The IP Trunk 3.0 application now provides a cleaner and easier way for 
customers to add a Meridian 1 system to a Succession Enterprise network composed of other 
Meridian 1 systems, Business Communication Manager, and now Succession CSE 1000. 

* It is strongly recommended that IP Trunk 3.0 customers upgrade to XI1 Release 25.40 or higher. 


New Features 


• Interworking with Succession CSE 1000: Meridian 1 systems equipped with IP Trunk 3.0 
can now add a Succession CSE 1000 system to their Succession Enterprise IP Telephony 
network, further increasing the range of systems and options to choose from to provide 
enterprise-wide telephony services. 

• Simplified configuration and administration of large IP Telephony networks: In 

addition to routing IP telephony calls via locally configured call routing options, IP Trunk 3.0 
can take advantage of the centralized IP Telephony call routing of a Succession CSE 1000 
Signaling Server elsewhere on the network. 

• Call Routing Flexibility, Reliability: Even with a Succession CSE 1000 Signaling Server 
acting as a centralized authority for routing IP Telephone calls, IP Trunk can choose to make 
some call routing decisions locally in the unlikely event that all Signaling Servers are 
unreachable on the network. 

• IP Peer call routing optimization for maximum voice quality: When IP Trunk 3.0 is part 
of a network featuring a Succession CSE 1000 Signaling Server acting as a central control 
point, it is able to take advantage of a feature known as IP Peer signaling, eliminating the 
multiple conversions between IP and non-IP circuits, thereby increasing call routing 
efficiency and overall voice quality. 

• Improved Serviceability: IP Trunk 3.0 includes a patching tool for adding or removing 
software patches without service impact. There are also a number of new diagnostic 
commands to aid in troubleshooting situations. 

• Even More Improved Reliability: IP Trunk 3.0 includes a new Suspended Task Audit and a 
Hardware Watchdog timer that can reset components and objects if necessary, ensuring that 
the IP Trunk 3.0 application attains maximum reliability. 

• Additional Voice Quality Improvements: Updated versions of echo canceller and other 
encoding software brings to IP Trunk the latest technology in voice quality improvements. 
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New Systems 


New systems will be configured with IP Trunk 3.0. 

System Architecture 

The following diagram provides a high level view of a typical IP Trunk 3.0 application for the 
Succession Media Card 32 port and the ITG-Pentium 24 port on Meridian 1 systems. 
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System Requirements 

Systems: IP Trunk 3.0 runs on Meridian 1 Options 11C Mini, 11C, 51C, 61C, 71C, 81 & 81C. 

System Software Requirements : We strongly recommend IP Trunk customers upgrade to XI1 
25.40 or higher as this has the latest capabilities. IP Trunk 3.0 is supported on XI1 25.40B, 
25.40,25.30,25.15*. 

IPE Hardware: Dual-slot ITG-P 24-port card (original ITG 2.0 Trunk hardware). Single-slot 
Succession Media Card 32-port (original ITG 2.1 Trunk hardware, current IP Trunk 3.0 h/w). 
Each D-Chip signaling leader (1 st card in every group of 384 ports) requires one free port on an 
MSDL or SDI signaling card. 

Management Requirements: OTM 2.0 (or later) software is required to configure and administer 
the IP Trunk 3.0 application and must be ordered separately. 

Note: * Meridian 1 Rel 25.15 is supported only in the following regions: Europe, Middle East, 
and Africa (EMEA). 
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Compatibility 


Systems Compatibility: IP Trank 3.0 is able to send and receive calls to and from other Meridian 
1 systems equipped with ITG 2.1 Trank (versions 2.X.25,2.X.26) or IP Trunk 3.0, as well as 
Business Communication Manager (2.5 fpl or later) systems, and Succession CSE 1000 (release 
2) systems. 

8-port ITG-486 compatibility: Dual-slot ITG-486 8-port cards cannot be software upgraded to IP 
Trank 3.0. The ITG-486 8-port cards (as well as any other ITG Trank cards) running ITG 2.x 
Trank loadware version 2.X.26 can still place and receive IP Telephony calls to IP Trank 3.0. 
Cards running ITG Trank 2.X.26 and IP Trank 3.0 cannot exist in the same D-Channel signaling 
group (all cards in a signaling group must be running the same software revision). It is possible 
to have ITG Trank 2.X.26 and IP Trank 3.0 cards within the same Meridian 1 system (as long as 
they are in separate D-channel signaling groups). 


Ordering Information/Packaqinq North America / CALA 

New Systems: 



NIC Cod 

Description 

A0503659 

NTVQ91BA 

IP Trunk 3.0 Small & Large Systems 32 port package with D- 
Chip 



NTVQ91BA is intended to be used as the first IP Trunk card in a system or 
IP trunk signaling group, adds 32 IP Trunk ports of capacity and acts as 
the D-Chip leader card for a group ofIP Trunk cards (up to 384 ports). 

A0503663 

NTVQ92AA 

IP Trunk 3.0 Small & Large Systems 32 port expansion 
package (without D-Chip) 



NTVQ92AA provides an additional 32 ports of capacity, and is intended to 
expand a signaling group (up to 384 ports). Greater than 384 channels 
requires ordering another NTVQ91BA and starting another group. 


Ordering Information/Packaqinq EMEA and AsiaPac 

New Systems: 



FBP Code 

Description 

NTFS92AA 

NTVQ91BA 

IP Trunk 3.0 Small & Large Systems 32 port package 



This code provides the hardware for a starter or expansion package it also 
includes 8port ISM’s 

NTFS93AA 

NTZC83AA 

ITG Trunk 2.1 8 Ports ISM Package. 



Provides ISMs only. 


Upgrades: Upgrades to IP Trank 3.0 from ITG 2.0 or 2.1 Trank loadware will be available for 
free download from the Nortel Networks service & support website: 
www.NortelNetworks.com/servsup 
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Software upgrades are downloadable for the dual-slot ITG-Pentium 24-port card (introduced with 
ITG 2.0 Trunk), as well as the single-slot Succession Media Card 32-port (introduced with ITG 
2.1 Trunk). 

Expansions: Expansion of existing systems requires that the ITG-P and/or SMC cards of these 
systems be upgraded to IP Trunk 3.0. The IP Trunk 3.0 application is available free of charge 
from the Nortel Networks Electronic Software Delivery web site. 

Software/Loadware Delivery 

The IP Trunk 3.0 loadware is delivered through the following formats: 

CompactFlash: 

A programmed CompactFlash is shipped along with every IP Trunk 3.0 system package 
(NTM405AA). The CompactFlash must be installed onto the Succession Media Card before 
plugging the SMC into the shelf. 

Downloadable from the Nortel Networks Web site: 

The IP Trunk 3.0 application loadware for both ITG-P and SMC hardware platforms is available 
to existing ITG Trunk customers free of charge and is retrievable from the Nortel Networks 
Electronic Software Delivery (ESD) web site. To access this web site, follow these instructions: 

1. Access the www.nortelnetworks.com web site. 

2. Select “Software Downloads” from the “Support” section. You will need to log on to 
gain access. 

3. Under “Advanced Search: (located on the right), select “Search”. 

4. In the Search field, type in “IP Trunk 3.0”. Ensure only the Software selections have 
been selected (default is All Selected). 

5. Select the IP Trunk 3.0 Application link and download the file. 

Follow the instructions found in the IP Trunk 3.0 - Released Version NTP (553-3001-202) to 
upgrade the system. 

Documentation 

Documentation for IP Trunk 3.0 is shipped on a separate CD-ROM included with the IP Trunk 
3.0 System package. Additional documentation CD-ROMs are also available as separately 
orderable items. The CD-ROM (NTVQ61 BA) contains electronic, printable copies of the IP 
Trunk 3.0 - Released Version NTP (553-3001-202) 

On-Line Documentation 


All NTPs can also be accessed on the Nortel Networks web site, at 

http://www.nortelnetworks.com/heImsman 

Free registration is required for access. 

In addition, this site will be posting monthly “Release Notes”, which will detail changes to 
existing NTPs made as a result of customer input and internal testing. These will accumulate 
until the following full up-issue of the relevant documents. 

Additional IP Trunk 3.0 information may be posted to the Partner Information Center (PIC) as it 

becomes available. 

www.Nortel N etworks.com/PIC. 
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Training 


Training classes previously covering ITG 2.1 Trunk have been updated to reflect the new IP 
Trunk 3.0. Please see below for updated class 0398C information: 

Class: 0398C, IP Trunk 
Duration: 4 days; leader-led 

Registration: Please call a Training Consultant at 214-566-0359 or 1-866-456-2085 or register 
on-line at http://www.globalknowledge.com/norteltraining/ 

Course Description: 

This course is designed for MIS Professionals and Meridian 1 Engineers implementing Voice 
over Internet Protocol (VoIP) onto an existing private Data network while providing hands-on 
experience in the network planning, installation, configuration and maintenance of a Meridian 1 
VoIP IP Trunk 3.0 network. Once enrolled in 0398C, you will receive the self-paced 
CBT 0397T, Fundamentals of Meridian 1 Call Routing, in the mail. This CBT must be 
completed before attending the Leader Led 0398C. CBT 0397T will take approximately 10 hours 
to complete. 

Note: Students with field experience in BARS and NARS may test out of the 0397T CBT and 
receive a reduced price for the course by purchasing and passing the 0397T Course Qualifying 
Exam on the web. Otherwise, 0397T is a mandatory course component and will not be waived. 
This course offers assessment testing. 


Training - EMEA 


Course 25096A and all former versions have been updated to reflect the new IP Trunk 3.0. Please 
see below for updated class 25096B information: 

Class: 25096B, Integrated Telephony Gateway (ITG) Line and Trunk 3.0, Installation and 
Maintenance 

Duration: 3 days; leader-led 
Availability: GA (April 2003) 

Locations: MOP (UK), MUC (Germany), GUY (France) Registration: The Knowledge Services 
EMEA Call Centre has now transitioned to the American Knowledge Services Call Centre who 
will expand their operating hours to fully support EMEA Customers. Responsibilities to be 
assumed by the Americas Call Centre include processing orders and enrollments, answering 
course and certification questions; processing cancellations and rescheduling bookings; 
processing Partner event enrollments. They will also answer queries via e-mail. 

External EMEA customers dial Freephone 00800 8008 9009 (or +44 (0)870 907 9009) for 
registration assistance. 

e-mail: knowledgeservicesemea@nortelnetworks.com 

Internal Nortel Networks EMEA customers may now dial esn 442-2223. 

Website is http://www.nortelnetworks.com/training 
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Support 


Support services for IP Trunk 3.0 are the same as those provided for Meridian 1 core products. IP 
Trunk 3.0 is an enhancement and improvement upon the existing ITG (Internet Telephony 
Gateway) Trunk 2.x application and is based on existing hardware platforms and installation and 
upgrade procedures. Therefore, there is no impact to existing Service/Support Strategies. 

Pre-sales support is available in North America (NORAM) by calling the ASK helpline at: 

+1-800-4-NORTEL. 

Pre-sales support is available in CALA through the Sales Engineer team by calling the Nortel 
Account Manager or Sales Engineer. 

Pre-sales support is available in Asia Pacific through the Sales Engineer team by calling the 
Nortel Account Manager or Sales Engineer. 

Pre-sales support is available in EMEA by calling your local Nortel Networks Sales Office. 


Product Availability 

IP Trunk will become GA (generally available) from the service and support software download 
website beginning March 28 th , 2003. 

Global Software upgrade availability: ITG 2.1 Trunk users who already meet the full 
requirements of IP Trunk 3.0 (such as OTM 2.0), can download the IP Trunk 3.0 software from 
the Nortel Networks Service & Support website: www.nortelnetworks.com/servsup . 

North America (NORAM): IP Trunk 3.0 will be available for North American orders through 
standard ordering procedures beginning on April 28, 2003 (Meridian Configurator 1.38 in US, 

1.28 in Canada). 

Effective with the March 28 th , North American Marketing programs such as 3D Demo Program, 
Enterprise Essentials, EnterPRIZE Awards and IPeXPRESS, IP Trunk 3.0 product codes will 
replace ITG 2.1 Trunk codes within those programs’ individual terms and conditions. 

Central America. Latin America (CALA): IP Trunk 3.0 will be available through standard 
ordering procedures beginning April 28 th (Meridian Configurator 1.38). 

Europe, Middle East, Africa (EMEAT Asia, Pacific Rim (APACE IP Trunk 3.0 will be available 
in EMEA and APAC through standard ordering procedures beginning May 5 th , 2003 (FBP 
NetPrice 4.1) 

Installers who receive ITG 2.1 Trunk product before IP Trunk 3.0 begins shipping through 
standard ordering can download the software update from the web (as described above). 
Hardware contents are identical between the currently shipping ITG 2.1 Trunk package, and the 
new IP Trunk 3.0 on Succession Media Card package. 
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Requirements and Specifications 


Meridian 1 Requirements & Specifications for IP Trunk 3.0: 


Category 

Minimum Requirements 

Systems: 

Option 11C Mini, 11C, 51C, 61C, 71C, 81 and 81C. 

System Software: 

XII Packages 

IPE Card Hardware: 

Meridian 1: X11 Release 25.40 or higher is recommended. 

IP Trunk 3.0 is supported on XII 25.40B, 25.40, 25.30, 25.15 
Option 11 Svstems: Enterprise Packaqe 

Larae Svstems: 145 & 147, or ISDN Networking Package. 

One IPE Slot per Succession Media Card, 32 port 

Two IPE Slot per ITG-Pentium, 24-port 

Cards are organized into groups of up to 384 channels each. 

Each group has a D-chip leader card equipped with a PCMCIA 
D-chip interface card connected to an SDI or MSDL signaling 
port. 

Signaling Types: 

Option 11 Svstems: H.323v3, ISDN, MCDN 

Larqe Systems: H.323v3. ISDN, MCDN, Q.Sig 

FAX Support: 

Group 3 Fax, T.21, T.30, T.38, V.17, V.21, V.27ter, V.29, 
HDLC Framing, Multi-channel operation, 

Analog or 64kb clear channel. 

Standards-based 

Quality-of-Service: 

Layer 2 QoS: 802.Ip 

Layer 3 QoS: DiffServ 

VoIP Codecs: 

G.711 (64kb), G.723 (5.3 to 6.3Kbps), 

G.729 (8Kbps), G.729AB (8 Kbps). 

Silence Suppression & Voice Activity Detection. 

Administration: 

OTM 2.0 or later (ordered separately). 

Alarm Management required to view SNMP traps. 

LAN/IP 

Connections: 

One Ethernet connection for TLAN (voice path). 

One Ethernet connection for ELAN (ISDN signalingl path). 

PCMCIA card: 

16Mb capacity flash card (optional) 

Environmental: 

Same as Meridian 1 equipment requirements. 

Power 

Requirements 

Interworking 

Supported by Meridian 1 power. 

Meridian 1: ITG Trunk software revision 2.x.25 or higher. 

BCM: Business Communications Manager 2.5 FP1, 

BCM 3.0 with required patch. 

Succession CSE 1000: Version 2.0 or qreater. 


* Nortel Networks, the Nortel Networks logo, the Globemark and Meridian 1 are trademarks of Nortel 
Networks. 


Nortel Networks is an industry leader and innovator focused on transforming how the world 
communicates and exchanges information. The Company is supplying its service provider and 
enterprise customers with communications technology and infrastructure to enable value-added 
IP data, voice and multimedia services spanning Wireless Networks, Wireline Networks, 
Enterprise Networks, and Optical Networks. As a global Company, Nortel Networks does 
business in more than 150 countries. More information about Nortel Networks can be found on 
the Web at www.nortelnetworks.com. 
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Product Bulletin 


IP Line 3.0 

For Meridian 1 and Succession CSE 1000 Release 1.1 Systems 
Introduction 

Nortel Networks is pleased to announce the introduction of the IP Line 3.0 application for Meridian 1 and 
Succession CSE 1000 Release 1.1. IP Line 3.0 introduces several new and improved features along with 
the support of the new Succession Media Card (SMC) platform, a 32-port card. 

With the robust feature set of a traditional digital telephone coupled with simplified management and 
operational efficiencies, IP Telephony provides the customer with choice and flexibility in providing 
telephony services to campus & distributed users. 

The IP Line 3.0 application is fully compatible with the Succession CSE 1000 Release 2.0. Refer to the 
Succession Communication Server for Enterprise WOO Release 2.0 Product Bulletin for more information. 


Bulletin Number: P-2002-1585-Global 
Issue: 1.01 

Date: 29 October 2002 
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Product Description 


Overview 

The IP Line 3.0 application improves upon the previous version of the IP telephony application (ITG Line 
2.2 application) by introducing new functionalities and enhancements such as: 

■ Support for the new Succession Media Card (SMC) platform 

■ New end-user features: 

o Support for IEEE 802.1 p/Q (VLAN and setting of priority bits) 

■ Additional administration and supportability features: 

o Patching Tool 
o Data Path Capture Tool 
o Graceful TPS Disable 
o Firmware Download 

o Run-time Download 

o Maintenance Audit Enhancements 
o Watchdog Timer 

o Improved Login Banner and Password Guessing Protection 

Note: An ITG-Pentium (ITG-P) Line Card or a Succession Media Card (SMC) with the IP Line 3.0 
application installed is known as a Voice Gateway M edia Card. 

Support for the New Succession Media Card (SMC) Platform 

For more information on the SMC, refer to page 6 of this document. 

IEEE 802.1 Q 

With IP Line 3.0, the Internet Telephone (i2004 and the i2050) will support VLAN and priority tagging of 
IP Voice packets to/from other Internet Telephones. 

802.1 Q-VLAN ID 

• Helps provide a higher level of security between segments of internal networks. It is used to break 
larger networks into smaller parts to prevent consumption of bandwidth by broadcast and 
multicast traffic. Allows a phone and PC sharing the same Ethernet segment to reside on different 
logical networks (L2 broadcast domain and L3 subnet). 

802.1 p - Priority Bit Setting 

• Provides priority classification and tagging of VoIP packets at layer 2 (Ethernet). 

Patching Tool 

The new patching tool now provides the ability for the IP Line application on the ITG-P Card and 
Succession Media Card platforms to be patched or fixed without having to upgrade the card loadware to a 
new version and without disrupting service. 

Data Path Capture Tool 

IP Line 3.0 contains the Data Path Capture tool, a built-in utility used to capture audio information. This 
tool will help in trouble-shooting audio-related problems through the gateway. 

Graceful Line TPS Disable 

A new command has been introduced in IP Line 3.0 that will prevent new Internet Telephones from 
registering onto the particular Voice Gateway Media Card requiring servicing (an ITG-P Line Card or a 
Succession Media Card with the IP Line 3.0 application installed is known as a Voice Gateway Media 
Card), and will cause idle, registered Internet Telephones to undergo a soft reset. 

Since the IP Line Terminal Proxy Server (TPS) running this command will not accept new registrations, 
after a reset, the Internet Telephones will register with a different card’s Line TPS. Eventually, all Internet 
Telephones will register with other IP Line Card TPSs and the (now disabled) card can safely be removed 
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without impact to any users. This effectively allows maintenance and software updates to be performed on 
the IP Line Card without interruptions of service. 

Firmware Download 

Improvements and enhancements have been added to the firmware download process. 

Run-time configuration changes 

IP Line 3.0 adds the ability for most changes to be made without disabling or rebooting the card. 

Maintenance Audit Enhancements 

The ITG Line 2.2 product on the ITG-P Card introduced a background audit that watched for tasks that 
went into a suspended state (under normal operation, a task should not go into suspended state, however, if 
it occurs, the card's processing is affected). When a task went into a suspended mode, the Audit tool would 
then perform specific tasks in an attempt to re-instate the task. 

With the Maintenance Audit enhancement, the Audit tool is now able to differentiate between maintenance 
tasks that are critical and non-critical 

■ A critical task is any task that the IP Line application needs in order to function. When a critical 
task is not functioning properly, it causes noticeable degradation in the IP Line application, 

■ A non-critical task is any other task that does not cause noticeable degradation to the IP Line 
application. 

Depending on whether the task suspended is critical or not. the Audit tool will act accordingly. 

Watchdog Timer 

A hardware watchdog timer on the ITG-P Line Card and Succession Media Card now performs a hard reset 
on the card if the main CPU stops responding. This functionality adds another level of robustness to the 
already existing exception handler and maintenance task audits. 

Improved Login Banner and Password Guessing Protection 

The Login Banner has been updated to be more consistent with other products of the Meridian/Succession 
IP Portfolio. Additionally, a Password Guessing Protection enhancement has been added to increase the 
Voice Gateway Media Card access security. A user attempting to log in by guessing passwords will be 
refused access after three successive attempts. 

Succession CSE 1000 Release 2.0 Features 

The following CSE 1000 Release 2 features are supported by IP Line 3.0, but are noi currently available to 
Meridian 1 and CSE 1000 Release 1 .x users: 

■ i2002 Internet Telephone (the i2002 will be available on Meridian 1 in 1Q03) 

■ Signaling Server 

■ Corporate Directory 

■ Call Statistics Enhancements 

■ User-defined Feature K.ey Labels 

■ Private Zones 

For more information on Succession CSE 1000 Release 2.0, refer to the “Succession Communication 
Server for Enterprise 1000 Release 2 ” Product Bulletin 

System Requirements 

IP Line 3.0 requires Meridian 1 XI1 software Releases 25.15*. 25.30. 25.40, 25.40B. 

Note: * Meridian 1 Rel 25.15 is supported only in the following regions: Europe, Middle East, and Africa 
(EMEA). 

The i2050 software telephone requires XI1 R25.40 or R25.40B. 

IP Line 3.0 requires Succession CSE 1000 Release 1.1. 
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The following table outlines the new features available for different systems. 


Feature 

CSE 1000 Rel 2.0 

CSE 1000 Rel 1.1 

Meridian 1 Rel 25.40 
Meridian 1 Rel 25.40B 
Meridian 1 Rel 25.30 

Meridian 1 Rel 25.15* 

Support of the i2002 
Internet Telephone 

Yes 

No 

No 

Support for i2002/i2004 
firmware version 1.3x 

Yes 

Yes (i2004 only) 

Yes (i2004 only) 

Succession Media Card 
Platform 

Yes 

Yes 

Yes 

Support for Signaling 
Server 

Yes 

No 

No 

NAT enhancement 

Yes 

Yes 

Yes 

Patching 

Yes 

Yes 

Yes 

802.1Q 

Yes 

Yes 

Yes 

Corporate Directory 

Yes 

No 

No 

Data Path Capture tool 

Yes 

Yes 

Yes 

CSE Element 
Management support 

Yes 

No 

No 

Call statistics 

enhancements 

Yes 

No 

No 

User-defined Feature 

Key Labels 

Yes 

No 

No 

Private Zone 

Yes 

No 

No 

Graceful TPS Disable 

Yes 

Yes 

Yes 

Firmware download 

Yes 

Yes 

Yes 

Run-time download 

Yes 

Yes 

Yes 

Maintenance Audit 
Enhancement 

Yes 

Yes 

Yes 

Watchdog Timer 

Yes 

Yes 

Yes 

Improved Login Banner 
and Password Guessing 
Protection 

Yes 

Yes 

Yes 


Note: * Meridian 1 Rel 25.15 is supported only in the following regions: Europe, Middle East, and Africa 
(EMEA). 


System Configuration 

Overview 

In Meridian 1 and Succession CSE 1000 Rel 1.1 configurations, there is no Signaling Server in the system 
(as is the case in a Succession CSE 1000 Release 2.0 system). Each ITG-P Line Card and Succession 
Media Card functions as both a Terminal Proxy Server (TPS) and voice gateway. Since there is no 
Signaling Server in the system, the TPS functionality is on the card just as it is with ITG Line 2.0-2.2. In 
this configuration, one card is configured as the Leader and Internet Telephones register with individual 
Voice Gateway Media Cards. The following figure shows a diagram of the Meridian 1 (or Succession CSE 
1000 Release 1.1) system. 
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Meridian 1 and Succession CSE 1000 Rel 1.1 System Architecture 



Upgrades and Expansions of Existing Systems 

Upgrading or expansion of existing systems requires that the ITG-P and/or SMC cards of these systems are 
upgraded to IP Line 3.0. The IP Line 3.0 application is available free of charge from the Nortel Networks 
Electronic Software Delivery web site (refer to page 11 for software downloading procedures). 

Succession Media Card (SMC) 

IP Line 3.0 introduces the single slot-width NTVQ01 BA Succession Media Card. As with the ITG-P IP 
Line card, the SMC plugs into the slot of a shelf of a Meridian 1 or Succession CSE 1000 System. 

The ITG-P Line card (NTVQ55AA) occupies two slots while the Succession Media Card (NTVQ01BA) 
occupies only a single slot. The Succession Media Card introduces the following features: 

■ Increases the channel density from 24 to 32 ports (for 32-port version). 

■ Reduces the slot count from a dual slot to a single slot. 

■ Supports up to 128 Internet Telephones for 32-port version. 

■ Improved indicator LED’s that show status for both ELAN (management) and CLAN 
(user/service). 

■ Introduces improved cabling that is easier to install. 


The following table provides a comparison of the ITG-P Line Card and Succession Media Card. 
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Comparison of ITG-P Line Card and Succession Media Card 


Item 

ITG-P Line Card 

Succession 

Media Card 
(32 port) 

Total DSP Channels 

24 

32 

Number of slots the card 
occupies 

2 

1 

Operating System 

VxWorks 5,3 

VxWorks 5.4 

Processor 

Pentium 

IXP1200 

DSP 

8 x TI5409 

4 x TI5421 

Telogy version 

7,01 

8.1 High Density 
version 

(8 ports for each 

DSP) 

Number of Internet 
Telephones on each Voice 
Gateway Media Card 

96 

128 

Image file name prefixes 
shown by swVersionShow 
command 

IPLP 

IPLSA 

/C: drive 

On board Flash 2 

x 4Mb 

Plug-in 

CompactFlash 

16Mb 

Upgrade 

Two images files 

One image file 
(no backup) 


Succession Media Cards have different types of firmware pie-installed, depending on the application being 
supported. Succession CSE 1000 introduces a Voice Gateway application which enables Digital Signal 
Processors (DSPs) to serve both line and trunk applications. When the Voice Gateway application is 
installed on the Succession Media Card, the card is called the Voice Gateway Media Card. Other examples 
of applications on a Succession Media Card include IP Line 3.0, IP Trunk and MIRAN3. 
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Note that the NTVQ01BA is only available as a package NTDU40BA, which also includes the necessary 
software license fees. For Meridian 1 systems, the NTDU40BA is bundled along with the CompactFlash 
and software and is available as NTDU41CA. 



QoS and Bandwidth Management 


The use of Meridian IP Line, Meridian IP Trunk, and 802.11 Wireless IP Gateway products in the same 
Meridian Internet Enabled or Succession CSE system is a supported configuration; however an engineering 
analysis of all aspects of the deployment is necessary to ensure the customer’s end to end Quality of 
Service expectations are met. 


The IP Line 3.0 application supports a range of compression algorithm standards. The Codecs supported 
are G.711, G.729A, and G.729AB with a variety of packet sizes and number of frames per packet. These 
compression levels are configurable by the system administrator using Optivity Telephony Manager 
(OTM) to more efficiently manage Quality of Service (QoS) and bandwidth usage. Each i2004 Internet 
Telephone and Voice Gateway Media Card port can be assigned to bandwidth management zones by the 
system administrator to allow selection of codecs and policies to fit the specific implementation. 


In addition, the i2004 and Voice Gateway Media Card support standards-based Quality of Service (QoS) 
with IP Type of Service (TOS) and [ETF-defined Differentiated Services (DiffServ), allowing 
organizations to prioritize and expedite both voice and data traffic to ensure clear voice communications 
throughout the enterprise. Within the IP Line 3.0 NTP (553-3001 -204), detailed Engineering Guidelines 
are available to assist administrators with effective analysis of their data networks. 
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The perceived quality of a telephone call is dependent on many factors, such as; codec characteristics, end- 
to-end delay, packet loss, etc. as well as the perception of the individual listener. 

The E-Model Transmission Planning Tool is a model used to produce a quantifiable measure of voice 
quality based on relevant factors. Refer to two ITU-T recommendations, ITU-T E. 107 and E. 108 for more 
information on the E-Model and its application. 

The output of the E-Model is a quantity called the “Rating Factor”, or simply R. The scale is typically from 
50 to 94, where everything below 50 is clearly unacceptable and everything above 94 is unobtainable in 
narrowband telephony. 

Delay is the most significant impairment in IP telephony. A useful way to show the relationship between 
delay and user satisfaction is plot a graph with end-to-end delay on the X-axis and R on the Y-axis. Using 
this format, the Figure below shows the curve for G.711 with the Voice Quality Categories below the curve 
and the “User Satisfaction” categories defined in ITU G.109 on the right-hand side. For example, G.711 

„„„ User Satisfaction 


90 


80 


R 70 


60 


50 

0 

0 100 200 300 400 500 

One-way Delay (ms) 

drops from the “High” to “Medium” category at about 250 ms (R = 80). G.711 has no impairment and this 
curve represents the best-possible narrowband performance. As you progress along the curve dynamics of 
conversation begin to break down as the delay affects turn-taking, the ability to interrupt and subtle things 
like truthfulness, intelligence, and attentiveness. Once introduced, delay cannot be removed. 

The next Figure shows the effect of speech compression by comparing the performance of G.729A to 
G.711. G.729A has a greater impairment, which has the effect of lowering the G.729A curve by relative to 
the G.711 curve. Think of the Y-axis as the distortion axis. Adding distortion means the one-way delay for 
a given R is reduced. For instance, at R = 70 the delay available to G.729A is about 80 ms less than G.711 
and at R = 80 the delay available to G.729A is about 120 ms less than G.711. Speech compression means: 
more distortion, less available delay. 
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The figure below attempts to show a reference between the voice quality categories and something we are 
familiar with. The above diagrams are examp les and do not account for all of the impairments that are 


POTS - POTS local _ 
POTS - Mobile local 


Mobile - Mobile Local- 


POTS - POTS International- 
Mobile - Mobile National 
POTS - Mobile International 


Voice Quality Categories 


High 


Very 

satisfactory 


Satisfactory 


Some users 
dissatisfied 


Many users 
dissatisfied 

Exceptional 
limiting case 


Not Recommended 


involved when deploying voice on a data network. When implementing voice over IP it is important to 
choose the quality that you want and then engineer the complete solution to ensure you get the quality that 
you choose. There are many factors such as codec, end-to-end delay, packet loss, packet size, jitter, etc. that 
must be considered to accurately specify the overall network performance. The ITU E-Model is a good 
method to account for and combine all of the factors in a particular implementation to obtain an objective 
transmission rating. 

IP Line, IP Trunk, and 802.11 Wireless IP Gateway products will influence overall voice quality and any 
impairments are additive and therefore careful consideration must be given to all factors that influence 
voice quality prior to provisioning a solution in a customers network. 
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System Management Requirements 

OTM Release 2.0 is required to configure and administer the IP Line 3.0 application. 

For further information on OTM please refer to the OTM 2.0 General Release Bulletin and Product 
Bulletin. 

Software/Loadware Delivery 

The IP Line 3.0 loadware is delivered through the following formats: 

CompactFlash: 

A programmed CompactFlash is shipped along with every IP Line 3.0 system package (NTDU41CA). The 
CompactFlash must be installed onto the Succession Media Card before plugging the SMC into the shelf. 

Downloadable from the Nortel Networks Web site: 

The IP Line 3.0 application loadware for both ITG-P and SMC hardware platforms is available to existing 
ITG Line and IP Line customers free of charge and is retrievable from the Nortel Networks Electronic 
Software Delivery (ESD) web site. To access this web site, follow these instructions: 

1. Access the www.nortelnetworks.com web site. 

2. Select “Software Downloads” from the “Support” section. You will need to log on to gain access. 

3. Under “Advanced Search: (located on the right), select “Search”. 

4. In the Search field, type in "IP Line 3.0". Ensure only the Software selections have been 
selected (default is All Selected). 

5. Select the IP Line 3.0 Application link and download the file. 

Follow the instructions found in the IP Line 3.0 Readme First document and in the IP Line Description, 
Installation and Operation NTP (553-3001-204) to upgrade the system. 

Note: 

■ The Internet Telephone firmware is bundled along with the IP Line 3.0 application loadware. 

• IP Line 3.0 loadware is not available through CD-ROM delivery. 

Documentation 

Documentation for IP Line 3.0 is shipped on a separate CDROM (NTDW81 AD) included with the IP Line 
3.0 System package. Additional documentation CD-ROMs are also available as separately orderable items. 
The CD-ROM (NTDW81 AD) contains electronic, printable copies of the following documents: 

■ IP Line Description, Administration and Operation (553-3001-204) 

■ Internet Terminals Description (553-3001 -217) 

* i2002 Quick Reference Card 

■ i2002 End-User Documentation 

■ i2004 Quick Reference Cards 

■ i2004 End-User Documentation 

■ i2050 User Documentation 

Additional user guides may be purchased using the order codes shown in the following table: 


Succession IP Line 3.0 / Voice Gateway NTP (CD-ROM) 

NTDW81 AD / A0894596 

Succession IP Line 3.0 / Voice Gateway Internet Telephone User 
Guides & Quick Reference Cards (CD-ROM) 

NTDW85AA / A0896715 
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On-Line Documentation 

All NTPs can also be accessed on the Nortel Networks web site, at 
http://www.nortelnetworks.com/helmsman 
Free registration is required for access. 

In addition, this site will be posting monthly “Release Notes”, which will detail changes to existing NTPs 
made as a result of customer input and internal testing. These will accumulate until the following full up- 
issue of the relevant documents. 


Training and Support 

Training 

IP Line 3.0 content has been added to the "Course 0399C - IP Line and the Internet Terminals ". It is a 
three-day trainer lead session. Call 1 -877-662- 5669 or visit http://www.nortelnetworks.com/td for more 
information. 

The topics covered in course 0399C are: 

• IP Line Overview 

• IP Line - Description 

■ Installation of IP Line Card 

■ Operation, Administration, and Maintenance for IP Line 

■ Internet Terminals-Description 

■ Installation of the Internet Terminals 

■ Operation, Administration, and Maintenance for Internet Terminals 

■ Resources 

Training - EMEA 

There is a 3-day Leader-led course, course number 25096A, which covers both the ITG Lineside and 
Trunkside applications. IP Line 3.0 is now included in this course. 

Support 

Support services for IP Line 3.0 are the same as those provided for Meridian 1 core products. 


Technical Specification 



rrc-p 

SMC 

Meridian 1 System 
Compatibility: 

Meridian 1 Options IICMini,llC,51C,6IC,and 

81C* 

Meridian 1 Options 11C Mini, 11C, 51C, 61C, and 

81C* 


* includes all CP3, CP4. CPP 

* includes all CP3, CP4. CPP 

Succession CSE System 
Compatibility 

Succession CSE 1000 

Succession CSE 1000 

Line Card Port Capacity 

24 ports per card; 2-slot card; supports up to 96 
configured i2004 / i2050 users 

32 ports per card; Single slot card; supports up to 

128 configured i2004 / i2050 users 

MTBF 

The ITG-P card MTBF is 46 years. Failures per 

10 6 hours of operation are 2.483, based on 40 
degrees C (140 degrees F). 

The SMC card MTBF is 69 years. Failures per 10 6 
hours of operation are 1.4, based on 40 degrees C 
(140 degrees F). 

Physical Location: 

Meridian 1 IPE shelf, occupying 2 slots 

Meridian 1 IPE shelf, occupying 1 slot 
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Softw are Requirements: 

XI1 Release 25.15 Release 25.30 or later with 
packages 88 (Digital Set Package -DSET) and 170 
(Aries Terminal Package - ARIES) enabled. X11 
Release 25.40 or later or Succession CSE 1000 
Release 1.1 is required for i2050 Software 
Telephone, the shift key functionality, and to use 
TCP as the transport protocol on the ELAN. 

XII Release 25.15 Release 25.30 or later with 
packages 88 (Digital Set Package-DSET) and 170 
(Aries Terminal Package - ARIES) enabled. XI1 
Release 25.40 or later or Succession CSE 1000 
Release 1.1 is required for i2050 Software 
Telephone, the shift key functionality, and to use 
TCP as the transport protocol on the ELAN. 

ISM Software 

Parameters: 

One ISM Parameter must be purchased for every 
i2004 Internet Telephone or i2050 So ftware 
Telephone supported by a Meridian 1 system or 
Succession CSE 1000. 

One ISM Parameter must be purchased for every 
i2004 Internet Telephone or i2050 Software 
Telephone supported by a Meridian 1 system or 
Succession CSE 1000. 

System Administration: 

Requires OTM 2.0 or later. i2050 configuration is 
managed through OTM 2.0. 

Alarm Management required to view SNMP alarm 
traps 

Requires OTM 2.0 or later. i2050 configuration is 
managed through OTM 2.0. 

Alarm Management required to view SNMP alarm 
traps 

Suppo rted Codecs: 

G.711, G.729A, G.729AB 

G.711, G.729A, G.729AB 

PC Card: 

8MB capacity Flash card (optional) 

8MB capacity Flash card 

Environmental 

Requirements: 

Same as Meridian 1 equipment 

Same as Meridian 1 equipment 

Meridian 1 Interfaces: 

Ethernet Voice Port, Ethernet Management Port, 
Serial Management Port, DS-30 Signaling, Card 
LAN 

Ethernet Voice Port, Ethernet Management Port, 
Serial Management Port, DS-30 Signaling, Card 

LAN 

LAN Connectivity: 

10/100 BaseT for i2004 connection to LAN; 

10/100 BaseT for i2004 connection to LAN; 


10/100 BaseT connection for ITG-P card to TLAN 

for voice transmission; 

10/100 BaseT connection for SMC card to TLAN 
for voice transmission; 


10 Base T connection for ITGP card to ELAN for 
administration; 

10 Base T connection for SMC card to ELAN for 
administration; 


10 BaseT connection from the Meridian 1 to the 
router (IP version 4) 

10 BaseT connection from the Meridian 1 to the 
router (IP version 4) 

Power Requirements: 

ITG-P cards are powered via the IPE shelf. 

Internet Telephones are powered via one of: 

• 16 VAC, 500 mA wall transformer 

• Internet Telephone Switch Module 

• Power over LAN Hub™* 

• BayStack 460-24TPWR* 

* Requires a splitter cable 

Succession Media Card - 32 port cards are 
powered via the IPE shelf. 

Internet Telephones are powered via one of: 

• 16 VAC, 500 mA wall transformer 

• Internet Telephone Switch Module 

• Power over LAN Hub™* 

• BayStack 460-24TPWR* 

* Requires a splitter cable 


System Capacit 


While few systems reach the maximum capacities listed for fully expanded systems, it is important to 
provide capacity guidelines for Meridian 1 systems on a range of call processors. It is well documented that 
the largest 8 group 81C with Call Processor Pentium can support 16,000 ports, including analog and digital 
telephones. With the introduction of the i2004/ i2050, it is likely that Internet Telephones will provide a 
portion of the total mixture of terminals on any system. Nortel Networks intends to be conservative in its 
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initial recommendations with the expectation of increasing system capacities gradually until the full 
complement of any set-type (IP, digital or analog) in any combination can be deployed to documented 
maximum system capacities. 

ITG-P and SMC Card per System Capacity 

Refer to the IP Line Guide NTP (553-3001 -204) for details on card capacity per system. 

12004 / i2050 Internet Telephones per card 

Maximum of 96 sets supported per ITG-P card and 128 set per SMC card. 

i2004 / i2050 Internet Telephones per Meridian 1 system 

The Option 11C or 11C Mini will initially support 640 i2004 / i2050 Internet Telephones. 

The capacity for larger systems is typically determined by engineering traffic capacity and IPE slot usage, 
however the following guidelines must be used initially for system c configurations. 

CP 2 640 CP3 1000 

CP 4 1000 Pentium II 2000 

i2004 / i2050 Internet Telephones per Succession CSE1000 system 

CSE 1000 Rls 1.1 supports 640 i2004 / i2050 Internet Telephones. 

Mean Time Between Failure (MTBF) 

The ITG-P card MTBF is 46 years. Failures per 10 b hours of operation are 2.483, based on 40 degrees C 
(140 degrees F). 

The SMC card MTBF is 69 years. Failures per 10 6 hours of operation are 1.4, based on 40 degrees C (140 
degrees F). 

Ordering Guidelines and Procedures 

IP Line 3.0 Application - North American and CALA 

To simplify the ordering procedure, a base system package has been created. This package includes the 
SMC Card along with the CompactFlash (programmed with the IP Line 3.0 application), required cables. 
Technical documents (NTP) and User Guides on CD-ROM. 

Order codes and pricing are published in the Meridian Product Catalogue. The effective date is October 28, 
2002. The Meridian 1 Product Catalogue covers both new systems and expansions of existing systems. 


This package does not include OTM 2.0, RM356 modem router, i2004 Telephones, i2050 software 
telephone clients, USB Audio Kits, or headsets. All of these items are ordered separately. 


Succession Media Card 32 Port — IP Line 3.0 Voice Gateway — 

NTDU41CA (A0888747) 

Meridian 1 



The following components are part of the IP Line system package: 


Package Description 

Code 

Qty 

Succession Media Card 32 Port 

NTDU40BA 

l 

Readme First Document 

P0990172 

l 

PC Maintenance Cable 

NTGA81CA 

1 

Succession IP Line 3.0 Voice Gateway CompactFlash 

NTM403AA 

1 

Shield 50 Pin to Serial/ELAN/TLAN adaptor 

A0852632 

l 
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ITG EMC Shielding Kit 

NTVQ83AA 

1 

Succession IP Line 3.0 Voice Gateway NTP (CD-ROM) 

NTDW81AD 

1 

Ml Backplane to 50 pin I/O Panel Mounting Connector 

NTCW84JA 

1 


IP Line 3.0 Application - Europe, Middle East & Africa (EMEA) and Asia 
Pacific (AP) 

NetPrice Ordering 

The items below are the NetPrice Functional codes for the EMEA and AP market for Meridian systems. 

The NetPrice Functional codes for Succession CSE 1000 Release 2.0 systems are covered in the Succession 
CSE 1000 Release 2.0 Product Bulletin. 


New System Codes- Meridian 


NTHZ18AA 

A0817429 

8 General Services IP Line Extensions 

NTHZ19AA 

A0817430 

8 Enhanced Services IP Line Extensions 

NTHZ20AA 

A0817431 

8 Call Centre Services IP Line Extensions 

NTHZ21AA 

A0817432 

8 Enhanced Call Centre Services IP Line Extensions 

NTHZ22AA 

A0817433 

8 Networking Services IP Line Extensions 

NTHZ23AA 

A0817434 

8 Enhanced Networking Services IP Line Extensions 

NTHZ24AA 

A0817435 

8 Enterprise Services IP Line Extensions 

NTHZ25AA 

A0817436 

8 Unified Networking Services IP Line Extensions 


These codes will provide the following: 

■ ISM’s to enable 8 IP Telephone users on the X.l 1 code 

■ IP Line 3.0 hardware as necessary to support 8 new users. The new hardware is provisioned on the 
basis of 128 users and 32 DSP channels per card. This gives a ratio of one DSP channel per four 
users. 


Additional Simultaneous Calls - 

Meridian 

NTHZ26BA 

A0897871 

Meridian 1 Additional Voice Media Gateway Channel Capacity 


Order as required in increments of 32. This code provisions additional IP Line 3.0 hardware specifically for 
the 32 DSP channels that it contains, and system slot space as required. For every 32 DSP channels 
requested an IP Line 3.0 card is provisioned. 

Note that with every IP Line 3.0 card which is provisioned with the New and/or Expansion codes the user 
automatically gets 32 channels of DSP. The Additional Simultaneous Calls code is used where the ratio of 
four users per DSP channels is not sufficient e.g. a Call Center environment. 


Expansion Codes - Meridian 


NTHZ28AA 

A0817487 

Expansion 8 General Services IP Line Extensions 

NTHZ29AA 

A0817488 

Expansion 8 Enhanced Services IP Line Extensions 

NTHZ30AA 

A0817489 

Expansion 8 Call Centre Services IP Line Extensions 

NTHZ31AA 

A0817490 

Expansion 8 Enhanced Call Centre Services IP Line Extensions 

NTHZ32AA 

A0817491 

Expansion 8 Networking Services IP Line Extensions 

NTHZ33AA 

A0817492 

Expansion 8 Enhanced Networking Services IP Line Extensions 

NTHZ34AA 

A0817493 

Expansion 8 Enterprise Services IP Line Extensions 

NTHZ35AA 

A0817494 

Expansion 8 Unified network Services IP Line Extensions 


These codes will provide the following : 

■ ISM’s to enable 8 IP Telephone users on the X.l 1 code, sold in increments of 8 users. 
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[P Line 3.0 hardware as necessary to support each increment of 8 users. The new hardware is 
provisioned on the basis of 128 users and 32 DSP ports per card. This gives a ratio of one DSP 
channel per four users. 


Separately Orderable Merchandise Codes 

The following table lists items that are separately orderable: 


Item Description 

PEC 

CPC 

Succession Media Card 32 Port (spare) 

NTDU40BA 


Blank Compact Flash Card (16MB) 


A0859610 

ELAN, TLAN, RS232 L-Adapter 


A0852632 

ITG EMC Shielding Kit 

NTVQ83AA 

A0870556 

PC Maintenance Cable 

NTAG81CA 


Ml Backplane to 50 pin I/O Panel Mounting Connector 

NTCW84JA 

A0783483 

Succession IP Line 3.0 Voice Gateway NTP (CD-ROM) 

NTDW81AD 


Succession IP Line 3.0 Voice Gateway Internet Telephone User Guides & Quick 
Reference Cards (CELROM) 

NTDW85AA 

A0896715 

i2004 Internet Telephone 

There are two boxed versions of the i2004 available; one with a North American power supply included in 
the box and one without a power supply. Both versions are packaged with a Telephone footstand, handset. 


handset cord and Ethernet cable, and Getting Started Card. 

The i2004 is currently available in one color - Ethergrey. However, a second color. Charcoal, will be 
available in December 2002. A product bulletin will be published once this becomes available. 

Different from the i2004, this model includes a built in 10/100BASE-T Layer 2 switch to support a co¬ 
located PC through shared LAN cabling to the desktop. Other functionality & capabilities are identical 
between the two models of the i2004, including: 

The i2004 Internet Telephone comes preloaded with software from the factory, however an update to the 
telephone software is done automatically when the set is initialized. The latest telephone software is 
distributed as part of the IP Line 3.0 system package and is also available from the Meridian Electronic 
Software Distribution Internet Web site. 

The power supply included in the box is a standard North American two prong plug for 117/120 VAC 
50/60 Hz. For regions requiring a power supply for a different line voltage/ frequency this may be ordered 
separately. 


i2004 Internet Telephone Boxed (with Power Supply) 

NTEX00BA/ B0253074 

i2004 Internet Telephone Boxed (without Power Supply) 

NTEX00BB/ B0256456 


Separately orderable items for use w ith the i2004 


i2004 compatible Headset 


A0779338, orderable direct from 
GNNetcom 


Power Adapters 


Power Adapter for i2004 set - 2 pin Euro plug 

A0619635 

Power Adapter for i2004 set - 3 pin UK/Ireland plug 

A0656598 



































Power Adapter for i2004 set - ANZ 

A0647042 

Power Adapter for i2004 set - Japan 

A0828858 


i2050 & USB Audio Kit 

The i2050 Software Telephone PC application is delivered to each end-user on an individual CD. The 
i2050 is easy to install by end-users. Once enabled through a software parameter or port license like the 
i2004, the i2050 provides access to the same features & functionalities available on the i2004. Use of the 
USB Audio Kit with the i2050 Software Telephone is required to ensure audio performance and to receive 
support on this product. 

Minimum PC Requirements 

■ Pentium® Pro 200 MHz 

" 128 MB memory (for Windows 2000) 

" 64 MB memory (for Windows 98) 

" 55 MB free hard-drive space (all languages) 

■ USB port 

11 Monitor settings: 16 bit High Color; 800x600 resolution or higher 

Supported Operating Systems 

■ Windows® XP 

■ Windows® 2000 Professional 

• Windows® 2000 Professional Service Pack 1 

■ Windows® 2000 Professional Service Pack 2 

■ Windows® 98 

■ Windows® 98 Second Edition 

Note: You must have administrator privileges to install the i2050 Software Phone on Windows 2000. 
Windows 2000 Power Users can install the i2050 Software Phone if they are granted rights to install with 
elevated privileges by a Windows 2000 administrator. For information about how to assign elevated 
privileges to Power Users for installation, refer to your Windows 2000 documentation. 

i2050 Order Codes 


i2050 Software Telephone - Client application 

NTDW83AA / A0873917 

USB Audio Kit 

NTEX14AA / B0258398 


USB Audio Kit consists of: 

* USB Audio Adapter 

■ Enterprise Telephony grade monaural headset 

■ Lower cordset with quick disconnect 

• USB cable 

■ User guide 

■ Travel bag 

Meridian 1 & Succession CSE 1000 Release 1.1 

The IP Line 3.0 Application is supported on Meridian 1 Option 11C Mini, Options 11C, 51C, 61C, 81 and 
81C and Succession CSE 1000 Release 1.1. 

The Meridian 1-X11 software requirement is Release 25.30 (Release 25.15 in EMEA only) or later, with 
packages 88 (Digital Set Package - DSET) and 170 (Aries Terminal Package - ARIES) enabled. There are 
several PEPs that are distributed with the XI1 software in the form of an MDCS (Manufacture Delivered 
Customer Solutions) disk. A single SMC card requires one card slot in a Meridian 1 IPE shelf. Please refer 
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to the Generic XI1 Release 25.30 or Generic XI1 Release 25.40 (25.40B) Software Product Bulletin and 
associated documentation for complete system requirements. 

The Succession CSE 1000 software requirement is Release 1.1. 

With IP Line 3.0 application and Release 25.40, 25.40B and CSE1000 Release 1.1 it is necessary to 
purchase and install an Incremental Software Management (ISM) parameters called INTERNET 
TELEPHONES that Iicenses the appropriate number of i2004 and/or i2050 Internet Telephones. 

For Meridian 1-Internet Enabled, this ISM counter is set to the value ordered by the customer in increments 
of 1 and will be charged 1 fori. The default value is zero. It is necessary to increment this counter prior to 
configuring i2004 telephones. The part numbers for the Internet Telephone software license parameters are: 










* Nortel Networks, the Nortel Networks logo, the Globemark and Meridian 1 are trademarks of 
Nortel Networks. 
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NETWORKS' 


Product Bulletin 


Bulletin: 

Issue: P-2003-0109-Global 
Date: April 2003 


Remote Office 1.3.5 - General Availability 

Introduction 

Remote Office version 1.3.5 is Generally Available as of March 31, 2003. This version applies to 
Remote Office 9150, 9110, 9115, the Reach Line Card as well as the Meridian IP adapters 
(internal and external.) Version 1.3.5 of Remote Office provides a few new minor features, 
addresses some connection limitations (see Product Bulletin 2002-056 - Remote Office Analog 
Update - Local Loops Greater than 20k feet and Inter-LATA Calls with Digital PADs), integrates 
previous patch releases, and resolves some reported issues. 

New Features 

Reach Line Card: 

Full and lialf-duplex Ethernet support: 

The Reach Line Card is now capable of being configured for both full and half-duplex 
lOBaseT Ethernet connectivity. This configuration option is available through the 
Configuration Manager (version 1.3.5.) The default setting remains half-duplex. 

Remote Office 9110 & 9115: 

Analog modem answer tone duration: 

The analog modem answer tone duration can be configured on a sliding scale between 0 
and 4 seconds in increments of 250 ms. The default is 2 seconds. The initial training time 
will be 4 seconds until the Remote Office 91 lx has registered to the Reach Line Card the 
first time. 

Supported analog line length increased: 

Previously the maximum supported distance between the analog line on the Remote 
Office 91 lx and the Central Office switch was 20,000 feet. This is now extended to 
32,000 feet in Remote Office 1.3.5. 

Remote Office 9150: 

Overlap Signaling: 

Remote Office and the Reach Line Card now support overlap signaling for ISDN calls. 

General: 

Non-linear Processing: 

Remote Office and the RLC now support configuration of non-linear processing (NLP) 
for enhanced control of echo cancellation. 

Dialtone/DTMF relay: 

The RLC now supports generation of the dial tone and DTMF tones at either the PBX or 
the remote site. 

Display Log for Emergency Access Code: 

Configuration Manager Display logs now indicate initiating ports for telephone calls that 
use the Emergency Access Code (EAC.) 
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Issues Resolved 


Ticket 

Number 

Short description 

Q00349113 

ACD phone Not Ready key can get out of sync with local key 

Q00349120 

ACD warning tone not present in ACD force environment 

Q00349121 

Meridian Max changes to ACD information not in ACD telephone set displays 

000349123 

Key labeling on Display Based Adapter add-on module is lost after Remote 

Office 9150 unit re-start 

000349124 

Handsfree speaker becomes disabled when moving between multiple local calls 
on an M3904 digital telephone set 

000349155 

Auto-hold transfers do not always produce a voice path 

000349156 

Mute on Instant Internet system drops voice path after 30 seconds 

000349157 

M3905 digital telephone sets on Remote Office 9115 units are inoperative after 
firmware download 


Q00349163 _ Features Call Log (CLLG) and Redial List (RDLL) do not appear on soft keys 

Q00352179 M3902 digital telephone sets connected to Remote Office 9150 units have 


display irregularities in survivable mode _ 

Q00422475 _ G729/Fax fails when multiple faxes use the same DSP _ 

Q00432631 Digital telephone sets connected to Remote Office 911 x units produce extremely 

_ loud DTMF tones and speech for local calls _ 

Q00433212 _ ISDN glare-induced lock up _ 

Q00447995 _ Loud audio clicks due to invalid audio packet formation _ 

Q00460998 _ Fax processing __ 

Q00462701 Remote Office 9150 units connected to the RLC over the PSTN produce delayed 

_ dial tone __ 

Q00466105 Emergency call from second DN key takes over the primary DN key with no call 

_ indicators _ 

Q00472005 _ Hands free indicator remains on after local calls _ 

Q00475876 ACD displays do not respond to Make Set Busy and Not Ready key presses 

Q00506527 Intermittent ACD warning tones on M3905 digital telephone sets connected to 

Remote Office 9150 units with call force enabled _ 

Q00520642 _ XConnect command takes up to seven minutes to establish the connection _ 

Q00531957 Remote Office 9150 units can only stay online in one-hour increments after an 

_ online SPRE code is entered _ 

Q00532443_ ISDN BR1 connections sometimes use only the G.729A compression algorithm 


000532686 

Emergency calls cannot be sent through a Local and Remote port without a 
configured local calling key 

Q00533682 

Addition of Privacy Release on key 1 causes incorrect key label 

Q00536382 

System recovery slow after RLC reset 

000547311 

Tone B delay 

Q00549966 

Remote Office 91 lx series units do not establish connections using AT&T long 
distance 

000561924 

DSP Gain adjustments ineffective 

000569412 

Remote call forward command cannot be deactivated with the CFW key 

000576548 

RLC clock drift affects time on digital telephone sets connected to Remote 

Office units 

000576548 

RLC clock drift affects time on digital telephone sets connected to Remote 

Office units 

000590717 

BRI error leads to Hostless Mode 
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Product Codes Affected 


North America 

EMEA 

Asia Pac/CALA Australia/NZ 

RLC - 16 port 

NTDR68AC 

NTDR68BC 



NTDR70AC 

NTDR70BC 


RLC - 32 port Opt 11 

NTDR71AC 

NTDR71BC 


Remote Office 9150 

NTDR69AC 

NTDR92CC 

NTDR92AC NTDR92BC 

BRI - U interface 

NTDR74AB 

BRI - ST interface 

NTDR75AA 

Remote Office 9110 

NTDR76BA 

Remote Office 9115 

NTDR77BA 

IP Adapter - Internal 

NTDE01BA 

IP Adapter - External 

NTDE02BA 

DSP Appl. Module 

NTDR73AA 


Upgrade Procedure 

For complete details on performing upgrades, refer to the appropriate Installation and 
Administration Guide for your specific product. 

Nortel Networks recommends that you perform a firmware upgrade if you are using older 
versions of firmware (Release 1.3.4.x or earlier). To check the version of firmware you are using, 
do one of the following: 

• If you are not connected to the device, open Configuration Manager and connect to the 
Remote Office unit. A window displays the RLC or Remote Office unit firmware version. 

• If you are already connected to the device, choose System Information System Data. The unit 
firmware version displays. 

ATTENTION: The protocol for communication between the RLC and the Remote Office 
units requires that they be running the same version of firmware for them to communicate 
with each other. _ 

Each time you perform a firmware upgrade, the configuration database is converted (if necessary) 
to a format that is compatible with the new firmware. The conversion does not affect 
configuration settings. To ensure trouble-free communication between the RLC and Remote 
Office units during and after the firmware upgrade, Nortel Networks recommends performing the 
upgrades as follows: 

1. Create backup configuration files for the Remote Office 9150, 91 lx, and Meridian Digital Telephone IP Adapter 
units and for the RLC. Refer to “Creating a backup configuration file” in the Installation and Administration 
Guide for the specific product. 

2. Upgrade the Configuration Manager software on the administration PC. 

3. Disable the PBX slot(s) where an RLC is installed. 

4. Upgrade the RLC firmware. 

5. Upgrade the Remote Office 9150, Remote Office 91 lx series, and Meridian Digital Telephone IP Adapter unit 
firmware. 

6. Remote Office 9150 units only - Upgrade the BR1 module firmware for each BRI module. 

7. Restart the RLC. 

8. Restart all units. 

9. Re-enable the PBX slot(s). 

10. Log in to your Remote Office RLC and 9150 units and manually confirm the Advanced Settings for 
Dialtone/DTMF and NLP are configured to DEFAULT by using the default button within the Configuration 
Manager Software. Save to Flash 

Note: Upgrade the Remote Office 9150 unit’s firmware before upgrading the Remote Office 
9150 unit’s BRI module firmware. 
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References and Related Documents 

For further information specifically regarding the Remote Office 1.3.5 release, refer to the 
Remote Office and RLC 1.3.5 Release Notes (NTP 555-8421-102). The Release Notes along with 
the Remote Office NTPs and Network Engineering Guidelines are available on the Web at 
www.nortelnetworks.com. Click on the Technical Documentation link under Support and 
navigate to the document(s) in which you are interested. 

How to Obtain the Firmware 

The Remote Office 1.3.5 release is offered at no charge, only via the Web. You can obtain the 
files on the Web at ww w.nortelnetworks.com. Click on the Software Downloads link under 
Support and navigate to the file(s) that you are interested in. 


Firmware File Names 


Component 

Delivery File Name 

Upgrade File Name 

RLC 

rlcl_3_5.exe 

rlc-l_3_5.upg 

Remote Office 9150 unit 

91501_3_5.exe 

9150-l_3_5.upg 

Remote Office 911 x series 
units 

91 lxl_3_5.exe 

91 lx-l_3_5.upg 

Meridian Digital Telephone - 
IP Adapter units (Internal and 
External) 

I Padapter 1 _3_5 .exe 

I Padapter 1 _3_5 .upg 

ISDN BRI U-interface module 

isdn32u.exe 

bri32u.upg 

ISDN BRI ST-interface 
module 

isdn32s.exe 

bri32s.upg 

Configuration Manager 

cml_3_5.exe 

not applicable 


* Nortel Networks, the Nortel Networks logo, the Globemark and Meridian 1 are trademarks of 
Nortel Networks. 

Nortel Networks is an industry leader and innovator focused on transforming how the world 
communicates and exchanges information. The Company is supplying its service provider and 
enterprise customers with communications technology and infrastructure to enable value-added 
IP data, voice and multimedia services spanning Wireless Networks, Wireline Networks, 
Enterprise Networks, and Optical Networks. As a global Company, Nortel Networks does 
business in more than 150 countries. More information about Nortel Networks can be found on 
the Web at wwu.norielnetworks.com. 
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Product Bulletin Bulletin Number: P-2002-1563-NA 

Issue: 1.0 

Date: October 2002 

Introducing Optivity Telephony Manager, Release 2.0 

Nortel Networks is pleased to announce the introduction of Optivity Telephony Manager, Release 2.0 
(OTM 2.0) for Meridian 1 and Succession Communication Server for Enterprise (CSE) 1000 customers 
with shipments commencing October 31 st , 2002. 

OTM 2.0 supports the following systems: 

• Succession Communication Server for Enterprise 1000, Releases 1.0, 1.1 and 2.0 

• Options 11C, 51C, 61C, 81 and 81C systems running XII Releases 19 to 25.40b 

• Option 11C Compact systems running X27 Releases 1-2 

• Option 11C Mini systems running X11 Releases 24.24 to 25.40 

• Meridian ITG Trunk 1.0 (OTM IP Telephony Ml IP Trunks application) 

• Meridian ITG Trunk 2.0 to 2.2 (OTM IP ISDN IP Trunks application) 

• Meridian IP Trunk 3.0 (OTM ISDN IP Trunk application) 

• Meridian ITG Line 1.0 (OTM IP Ml Telecommuter application) 

• Meridian ITG Line 2.0 to 2.2 (OTM IP Phones application) 

• Meridian IP Line 3.0 (OTM ITG Line 3.0 application) 

• MDECT (DMC8 card, and DMC4 with updated loadware) 

Note: OTM concurrence follows the life cycle plans of the Meridian 1 systems and components it inter¬ 
works with. Some CPU/X11 release/system configurations that have reached their “end of life” cycle, and 
thus are not supported by Nortel Networks, are also not supported by OTM. 
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New Product Functionality 

OTM 2.0 supports all of the features previously introduced by OTM 1.2 (with the exception of Windows 95 
support) for Meridian 1 releases 19 to 25.40b and CSE releases 1.0 to 2.0. This section describes the 
new product functionality introduced by OTM 2.0. Detailed information on the following functionality is 
contained in the OTM 2.0 User Guides. 


CSE 1000 release 2 concurrency 

With the introduction of OTM 2.0, it is now possible when creating new system to distinguish between 
Meridian 1 and CSE 1000 system types. 

• A CSE 1000 system type is added to the Add System dialog in the OTM Windows 
Navigator 

Also, in order to provide a logical or network view appropriate to distributed systems as CSE 1000, the 
new concept of Gatekeeper Zones is introduced in OTM 2.0. A Gatekeeper Zone is a logical entity that 
defines all components using a given CSE Gatekeeper in a given network. 

OTM Navigators have been enhanced to offer the option to display components of a network of Meridian 
1 and CSE using either a “traditional” site view (i.e. location based) or by selecting the new “gatekeeper 
zone” view (i.e. logical grouping around usage of gatekeepers). 

When defining the “system properties” of a CSE 1000 system, a new “network tab” is now added and is 
used to 


• Select the Gatekeeper Zone and defines the Signaling Server IP addresses. 

• Define a redundant Signaling Server IP address (optional). 

• Add survivable Media Gateway and Branch Offices 

(with OTM 1.2, it was necessary to create a new system and to link it to the main cabinet) 

OTM applications have been modified to support the following features introduced by CSE 1000 release 
2 : 

• i2002 sets 

• Virtual Office 

• Branch Office 

• Virtual Trunks 

CSE 1000 release 2 introduces a new Web Based interface for the management of its components 
referenced as the CSE Element Manager. OTM supports CSE 1000 by providing a high-level context 
view of CSE systems with launching points to CSE Element Manager Web pages. 


Branch Office Support 

Branch Office systems can be included in OTM navigator. 

• An option allows choosing if the Branch Office system should appear as a main system 
or as a survivable system in the OTM Navigator. 
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IP telephones need to be configured on both the Main and Branch Office. OTM has no support for this 
other than adding the phone on both systems via Station Administration. Note that you can copy and 
paste a telephone from one system to another in Station Administration. 

Enhanced OTM navigators (windows and web) 

The OTM Web Navigator has been enhanced to display components of the network using a tree based 
structured (similar to the Windows based navigator). 

Gatekeepers, Call Servers and Signaling Servers are all represented in the OTM navigator with the 
capability to launch OTM applications or to access the Web pages provided by the CSE Element 
Manager. The new network view called “Gatekeeper Zones” provides for both navigators (Windows and 
Web) a “logical” view of components that are linked to a given Gatekeeper for simplified organization and 
control of distributed systems. 


Multi-system billing reports (CCCR) / Telecom Billing system enhancements 

The Multi-system Billing reports (CCCR) allows network administrators to collect and cost CDR from 
multiple systems and run reports against the consolidated data. 

Other enhancements include the capability to use latitude and longitude to determine the cost of a call 
between two systems, the support of transfer (X) and abandon (B) CDR record and the introduction of 15 
new graphs reports and 8 new web reports. 


Web Station scheduler 

When OTM Web Scheduler was first introduced in OTM 1.1 the station synchronization tasks needed to 
be run instantaneously. OTM 2.0 now provides the following enhancements and capabilities: 


• Schedule a sync task for a future time and date 

• View the telephone in a sync task 

• Delete a sync task or change the sync time and date 

• View the windows and web sync logs 

• Courtesy change that checks the telephone’s busy/idle status before transmitting the 
changes to the switch. 

If the telephone is busy, the change is not transmitted (and bypass a limitation of the 
switch where active calls are disconnected when a change is applied). 

This feature is also supported in the OTM Windows based Station Administration, even 
though this application still uses the same scheduler as in OTM 1.2 

OTM Security enhancements - User Authentication 

With OTM 1.2, three different mechanisms were used to authenticate users depending if they were OTM 
Windows’s users, OTM Web Navigator users or End Users. 

In OTM 2.0 Windows and Web users are authenticated using the settings configured on User 
Authentication Web page (End User Access page in previous releases). The following authentication 
methods are available: 

1. Through local OTM Server Account 
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2. Windows NT Domain account 

3. LDAP authentication. 

The administrator can select any of three methods from above (1-3) or a combination of these methods to 
authenticate all users on all OTM platforms: OTM Server, OTM Client, and OTM Web Client. The 
following exceptions apply: 

1. ‘Administrator’ account will always be authenticated through NT local account because it is a 
default account on all relevant Windows platforms. 

2. OTM Standalone on Win98 platform will be authenticated through existing OTM Windows 
authentication mechanism because OTM cannot make use of all authentication services 
available on Windows NT / Windows 2000 platforms. 

3. Default authentication method is ‘Use NT Local Account’. This mechanism provides the best login 
performance because there is no requirement to search the OTM directory for user’s assigned 
User Group. 

4. In case that multiple authentication methods are selected, the administrator can define the order. 
In that case, OTM will respect order configured. However, it must be noted that the best 
performance can be achieved through local account authentication. 


OTM Security enhancements - password policy 

Password handling during network transport is as follows with OTM 2.0: 

• OTM Windows Client passwords are transmitted encrypted using Crypto APIs with same 
private key being used on both client and server side. 

• For OTM Web Clients, by default, clear text passwords are used. However, if OTM 
Server has certificate installed, administrator can force using SSL encrypted transport 
during authentication by protecting specific virtual directories on OTM Server and setting 
the encryption checkbox on the User Authentication page. In that case, Web Login will be 
performed through https://... instead of http://., and traffic will be encrypted. OTM Server 
will switch to Non-SSL transport once user is successfully authenticated automatically. 
OTM will provide a default private/public key in case user does not have a certificate 
available as well as a script to set SSL processing on appropriate Web directories 

• If LDAP authentication is used following authentication sequence applies: 

1. OTM Server will test if Directory Server offers SSL based authentication. 

2. If SSL is supported by the Directory Server, passwords will be sent encrypted 
using Public-Private key pair negotiated through LDAP mechanism. 

3. If SSL is not supported, passwords will be transmitted as clear text. 

All passwords (including switch passwords) are stored encrypted in OTM 2.0 database. Standard 
Windows Security provider encryption services will be used (Crypto API). 

Note: Password policy will remain the same as in previous releases for OTM Standalone platforms. 


OTM Security enhancements - User Groups 

OTM 2.0 offers the capability to create / delete “User Groups” which provide mechanisms to control 
access to following system resources: 
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• OTM Windows Navigator 

• OTM Web Navigator 

• Web Station Administration. 

User Groups properties are used to determine user access privileges to Windows and Web navigators, 
as well as to the Web Station Administration. 

On OTM 2.0 the administrator can determine for each User Group: 

• What individual tabs to show or hide (General, Keys, Features and Details). 

• The access control on the Keys tabs (i.e. the capability to determine what keys users in a 
User Group will be able to change / not to change using the Web Station Administration) 

OTM backup / restore enhancements 

The following items were not backed up in OTM 1.0. They are added to the full OTM 2.0 backup 
operation (Disaster recovery). 

• Web Station data 

• Web Navigator data such as user groups 

• Client list 

The “Disaster Recovery” backup option is renamed to “Full OTM backup”. 

Please note that the following items are not backed up in the “Full OTM Backup” 

• Custom Help 

• Alarm Notification Windows Registry setting that includes the “Run Options” parameters. 
This includes the path names of the control/script files. 


Updated OTM Sample Data 

Sample Data are updated and improved on OTM 2.0 to include components of CSE 1000 offer (Branch 
Office and Media gateway). It includes Station data and sample Billing reports. 


Support of IP Line 3.0 for the Meridian 1 

The configuration of IP Line 3.0 cards on Meridian 1 is performed using the new OTM application “ITG 

LINE 3.0”. Please note that the configuration of IP Line 3.0 on CSE 1000 release 2 is not performed 
using OTM application, but instead using the capabilities offered by the CSE Web Based Element 
Manager. 

The changes made in the Node properties dialog box supports: 

• New card type to the Configuration tab 

• New File Server tab 

• New 801.2 p/q and NAT tab 


Support of IP Trunk 3.0 for the Meridian 1 

The OTM ITG ISDN Trunk 2.0 application is being upgraded to support IP Trunk 3.0 on Meridian 1. 

The main changes to the OTM ITG ISDN Trunk 2.0 application are in the “Dialling Plan”. A new 
Gatekeeper dialog is introduced. It is accessed from the Configuration menu of the main ITG window or 
dialling plan window 
The user can select to: 
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• Use Gatekeeper Zone from OTM Navigator - the data for the primary and alternate 
Gatekeeper is copied from the selected OTM Gatekeeper Zone. 

• Use independent Gatekeeper - user enters the data manually. There is no link to OTM 
Gatekeeper Zone. 

• No Gatekeeper- when placing a call, the existing dial plan data is always accessed 
before checking with the Gatekeeper. Therefore a Gatekeeper may not be required when 
all calls are made through the dialing plan. 


Meridian 1 SIPE Cabinets 

With OTM 1.2, SIPE cabinets were created by adding a regular Ml system, then checking the survivable 
option in the System Data tab and locating the site-system of the main cabinet. 

With the introduction of OTM 2.0, SIPE cabinets are added from the new Network tab in the main cabinet 
System Properties. The Survivable section on the System Data tab is removed in OTM 2.0. 


Co-residency with Anti-virus software / PC Anywhere 

Co-residency with Norton and McAfee anti-virus software as well as with PC anywhere is tested and 
supported with OTM 2.0 servers and clients. 
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Product Packaging 

The applications within OTM are structured into three levels of functionality: General, Enhanced, and 
Premium. Most of the enhancements introduced with OTM 2.0 are available at the “General package” 
level except for the “Consolidated Call Cost Reports” (CCCR) that is included in the “Billing Enhanced” 
package. 

The following tables gives an overview and a detailed view of the features included in each packages. 


GENERAL PACKAGE 


Common Services 

Scheduler/Queue’er; Version Control; Windows 
Navigator; Site Assignment, Import/Export; 
Watchdog; Database compact and repair; Web 
Navigator; PDT Password 


Fault Management 

Alarm Capturing & Logging; PC Event Log and 
Viewer, view alarms (Windows); Alarm banner 


Configuration Management 

System Window; List Manager; Directory Editor; 
Station Administration; ITG Configuration; DBA 
Database Backup and Restore (XI1 Database); 


Accounting Management 

DBA CDR; DBA Traffic 

Security Management 

OTM User Admin (as in MAT Windows clients); 
Standard WinNT Security; Encryption of 
passwords for LDAP communication 

System Access 

Windows system terminal; Web Virtual terminal 
server; Empowered Web Navigation; 

Powerful User management: Enhanced 
Authentication and Access Profile management 

Applications 

Corporate Directory; 

Optivity integration (coresidency/ Ability to 
Launch from “Infocenter”), DECT; Wireless IP 
Gateway; Support for i2002 sets 


ENHANCED PACKAGE 

Includes all Basic Package 
Functionality PLUS... 

Common Services 

Web Station Admin; End-user help 


Fault Management 

Web view of Alarms 


Configuration Management 

Maintenance Windows; 

Web Maintenance Pages; 
Inventory Mgmt 

Performance Management 

Traffic Analysis 


UNBUNDLED FUNCTIONALITY 
Access Server 

Billing General 

Telecom Billing System; Call 
Tracking, MDR 2000e 

Billing Enhanced 
includes Billing General, plus 

CRS & GCAS; TBS Web 
Reports; Consolidated Call Cost 
Reports (CCCR) 


PREMIUM PACKAGE 

Includes all Basic and Medium 
Package Functionality PLUS... 


Fault Management 

Alarm Notification 


Configuration Management 

ESN Analysis; Web Station Write 
Capabilities; Desktop User 


Applications 

LDAP Synchronisation (Novell 
NDS, Microsoft Active Directories 


Bold, Italics indicates the features 
functionality introduced in OTM 2.0 


FUNCTIONALITY 

General 

Enhanced 

Premium 

Unbundled 

COMMON SERVICES 


Windows Navigator 

X 

X 

X 


Web Navigator 

X 

X 

X 


Scheduler 

X 

X 

X 


Web Scheduler 

X 

X 

X 


Backup & Restore (OTM data) 

X 

X 

X 
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FUNCTIONALITY 

General 

Enhanced 

Premium 

Unbundled 

Import/Export 

X 

X 

X 


Compact and Repair 

X 

X 

X 


Watchdog, System Monitor, and related 

Utilities 

X 

X 

X 


Customisable Web Help 


X 

X 


PDT Password Change 

X 

X 

X 


FAULT MANAGEMENT 


PC Event Log and Viewer 

X 

X 

X 


Basic Alarm Capturing & Logging (any element 
of whole system) 

X 

X 

X 


Ability to view Ml alarms - as in MAT 

X 

X 

X 


Ability to view consolidated alarms - Web 
Browser 


X 

X 


Alarm Banner (core alarms - as in MAT) 

X 

X 

X 


Alarm Notification; handling, filtering, 
forwarding - including paging 



X 


Alarm Notification Wizard 



X 


CONFIGURATION MANAGEMENT 



System Window 

X 

X 

X 


Station Administration 

X 

X 

X 


Directory Editor (organization, employee ...) 

X 

X 

X 


LDAP Query Utility 



X 


LDAP Synchronization 



X 


Corporate Directory (M3900) 

X 

X 

X 


Web Desktop Services - Desktop User Help 
(read access) 


X 

X 


Web Desktop Services - Set Changes - 
Administrator, Help Desk and Default groups 

X 

X 

X 
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FUNCTIONALITY 

General 

Enhanced 

Premium 

Unbundled 

Web Desktop Services - Set Changes - 
Desktop User 



X 


Maintenance Windows 


X 

X 


Maintenance Pages (Web) 


X 

X 


ESN ART 



X 


ITG Configuration 

X 

X 

X 


DBA Backup & Restore (X11 database) 

X 

X 

X 


List Manager 

X 

X 

X 


Inventory 


X 

X 


ACCOUNTING MANAGEMENT 


DBA for CDR Collection 

X 

X 

X 


Telecom Billing System (TBS) 




Billing General 

TBS Web Reports 




Billing - Enhanced 

General Cost Allocation System (GCAS) 




Billing - Enhanced 

Consolidated Reports System (CRS) 




Billing - Enhanced 

Consolidated Call Cost Reports (CCCR) 




Billing - Enhanced 

PERFORMANCE MANAGEMENT 


DBA for Traffic Collection 

X 

X 

X 


Traffic Analysis 


X 

X 


SECURITY MANAGEMENT 


OTM User Administration (For Administrator 
Windows access) 

X 

X 

X 


OTM User Administration (For Administrator 
Web access using local domain security) 

X 

X 

X 


OTM User Administration (For Desktop User 
Web access using WinNT security (NT Domain 
Security)) 


X 

X 


OTM User Administration (For Desktop User 
Web access using LDAP Security) 



X 
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FUNCTIONALITY 

General 


Premium 

Unbundled 

Call Tracking 




Billing-General 

Encryption of password for LDAP 
communications 

X 

X 

X 


SYSTEM ACCESS 


Access Server (Command Line Interface) 




Access Server 

Windows System Terminal 

X 

X 

X 


Web System Terminal 

X 

X 

X 


Empowered Web Navigation 

X 

X 

X 

w 

Powerful User management 

X 

X 

X 


Enhanced Authentication and Access Profile 
management 

X 

X 

X 


APPLICATION INTEGRATION 


Launching of executable files and web pages 

X 

X 

X 


Optivity Network Management System (NMS) 
-Alarm Forwarding and OTM Launch Point 

X 

X 

X 


HP Openview 

DECT Management 




files provided on 
OTM software CD 




X (DECT) 

TRANSLATIONS 


English 

X 

X 

X 


French 

N/A 




German 

N/A 

N/A 

N/A 



Detailed information on the functionality listed above is contained in the OTM 2.0 User Guides. 













Ordering codes 

There are two types of licenses that can be purchased with OTM; “End User Licenses” and “Distributor 
Licenses”. The following codes are available on the October 31 s1 pricebook. 

End User Licenses: 

The following codes are available for End Users only. 


New OTM 2.0 order 

NTTL01AD 

OTM 2.0 General - Server License - 50 Sets 

Replaces NTTL01AC 

| NTTL01BD 

OTM 2.0 Enhanced - Server License - 50 Sets 

Replaces NTTL01BC 

NTTL01CD 

OTM 2.0 Premium - Server License - 50 Sets 

Replaces NTTL01CC 

Upgrade from previous version of OTM to OTM 2.0 

NTTL25AD 

OTM 1.x Upgrade to OTM 2.0 General 

Replaces NTTL25AC 

NTTL25BD 

OTM 1.x Upgrade to OTM 2.0 Enhanced 

Replaces NTTL25BC 

NTTL25CD 

OTM 1.x Upgrade to OTM 2.0 Premium 

Replaces NTTL25CC 

Upgrade from MAT 6.6 (one step upgrade) 

NTTL08AD 

MAT 6.6 Upgrade to OTM 2.0 General - Server License- 50 
Sets 

Replaces NTTL08AC 

NTTL08BD 

MAT 6.6 Upgrade to OTM 2.0 Enhanced - Server License- 50 
Sets 

Replaces NTTL08BC 

NTTL08CD 

MAT 6.6 Upgrade to OTM 2.0 Premium - Server License- 50 
Sets 

Replaces NTTL08CC 

Upgrade from version of MAT older than MAT 6.6 (two steps upgrade) 

NTTL08DD 

MAT 5.x or 6.x Upgrade to OTM 2.0 General - Server License 
- 50 Sets 

Replaces NTTL08DC 


MAT 5.x or 6.x Upgrade to OTM 2.0 Enhanced - Server 
License - 50 Sets 

Replaces NTTL08EC 

NTTL08FD 

MAT 5.x or 6.x Upgrade to OTM 2.0 Premium - Server 

License - 50 Sets 

Replaces NTTL08FC 

Upgrade MAT clients to OTM clients 

NTTL18AA 

MAT PC Dongle to OTM Client Upgrade 

Code introduced prior to 
OTM 2.0. 

OTM Set expansion 

NTTL02AA 

NTTL02BA 

NTTL02CA 

OTM General 50 sets expansion 

OTM General 250 sets expansion 

OTM General lOOOsets expansion 

With new OTM 2.0 

Codes introduced prior 
to OTM 2.0. 
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NTTL02DA 

OTM General 5000 sets expansion 


NTTL03AA 

NTTL03BA 

NTTL03CA 

OTM Enhanced 50 sets expansion 

OTM Enhanced 250 sets expansion 

OTM Enhanced 1000 sets expansion 

With new OTM 2.0 

Codes introduced prior 
to OTM 2.0. 

NTTL03DA 

OTM Enhanced 5000 sets expansion 

NTTL04AA 

NTTL04BA 

NTTL04CA 

OTM Premium 50sets expansion 

OTM Premium 250 sets expansion 

OTM Premium 1000 sets expansion 

With new OTM 2.0 

Codes introduced prior 
to OTM 2.0. 

NTTL04DA 

OTM Premium 5000 sets expansion 

NTTL11AA 

OTM General to Enhanced - Base server license - 50 sets 


NTTL11BA 

OTM General to Premium - Base server license - 50 sets 


NTTL11CA 

OTM Enhanced to Premium - Base server license - 50 sets 


NTTL12AA 

OTM General to Enhanced - 50 sets expansion 


NTTL12BA 

OTM General to Enhanced - 250 sets expansion 


NTTL12CA 

OTM General to Enhanced - 1000 sets expansion 


NTTL12DA 

OTM General to Enhanced - 5000 sets expansion 

Codes introduced prior 

NTTL13AA 

OTM General to Premium - 50 sets expansion 

to OTM 2.0. 

NTTL13BA 

OTM General to Premium - 250 sets expansion 


NTTL13CA 

OTM General to Premium - 1000 sets expansion 


NTTL13DA 

OTM General to Premium - 5000 sets expansion 


NTTL14AA 

OTM Enhanced to Premium - 50 sets expansion 


NTTL14BA 

OTM Enhanced to Premium - 250 sets expansion 


NTTL14CA 

OTM Enhanced to Premium - 1000 sets expansion 


NTTL14DA 

OTM Enhanced to Premium - 5000 sets expansion 


NTTL09AA 

NTTL09BA 

MAT to OTM General upgrade - 50 Sets Expansion 

MAT to OTM Enhanced upgrade - 50 Sets Expansion 

Codes introduced prior 
to OTM 2.0. 

| NTTL09CA 

MAT to OTM Premium upgrade - 50 Sets Expansion 


OTM Supplementary Clients 


NTTL19AA 

NTTL19BA 

NTTL19CA 

Additional OTM (Windows) Client for 1PC 

Additional OTM (Windows) Client for 5 PCs 

Additional OTM (Windows) Client for 10 PCs 

Codes introduced prior 
to OTM 2.0. 

OTM Access Server 

NTTL17AA 

OTM Access Server 

Code introduced prior to 
OTM 2.0. 


Distributor Licenses: 

Distributor licenses support the management of 50000 sets. Distributor license codes do not include 
software or documentation, and it is not possible to increase the number of sets, add Clients or use the 
access server option. The Software CD and Documentation (either hard copy User Guides, or CD) must 
be ordered separately. 


The following codes are orderable with a distributor license. 


New OTM Distributor licenses 

NTTL28AD 

5 OTM 2.0 Distributor Dongle General Server - 50,000 sets 

Replaces NTTL28AA 
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NTTL29AD 

5 OTM 2.0 Distributor Dongle Enhanced Server - 50,000 sets 

Replaces NTTL29AA 

NTTL30AD 

5 OTM 2.0 Distributor Dongle Premium Server - 50,000 sets 

Replaces NTTL30AA 

Upgrade from previous version of OTM 

NTTL35AD 

OTM 1. X to OTM 2.0 General - Distributor Dongle Upgrade 

Replaces NTTL35AB 

NTTL35BD 

OTM 1. X to OTM 2.0 Enhanced - Distributor Dongle 

Upgrade 

Replaces NTTL35BB 

NTTL35CD 

OTM 1. X to OTM 2.0 Premium - Distributor Dongle Upgrade 

Replaces NTTL35CB 

Upgrade from MAT to OTM (MAT 6.6 only) 

NTTL27AD 

MAT Distributor Dongle Upgrade to OTM Distributor General 
Server License - 50,000 sets 

Replaces NTTL27AA 

NTTL27BD 

MAT Distributor Dongle Upgrade to OTM Distributor 

Enhanced Server License - 50,000 sets 

Replaces NTTL27BA 

NTTL27CD 

MAT Distributor Dongle Upgrade to OTM Distributor Premium 
Server License - 50,000 sets 

Replaces NTTL27CA 

Additional Distributor Dongles 

NTTL31AA 

5 OTM Additional Distributor Dongles General Server 
License- 50,000 sets 


NTTL31BA 

50 OTM Additional Distributor Dongles General Server 
License- 50,000 sets 

Codes introduced prior to 

NTTL31CA 

500 OTM Additional Distributor Dongles General Server 
License- 50,000 sets 

(JIM 2.U. 

NTTL31DA 

5000 OTM Additional Distributor Dongles General Server 
License- 50,000 sets 


NTTL32AA 

5 OTM Additional Distributor Dongles Enhanced Server 
License- 50,000 sets 


NTTL32BA 

50 OTM Additional Distributor Dongles Enhanced Server 
License- 50,000 sets 

Codes introduced prior to 

NTTL32CA 

500 OTM Additional Distributor Dongles Enhanced Server 
License- 50,000 sets 

01M 2.0. 

NTTL32DA 

5000 OTM Additional Distributor Dongles Enhanced Server 
License- 50,000 sets 


NTTL33AA 

5 OTM Additional Distributor Dongles Premium Server 
License- 50,000 sets 


NTTL33BA 

50 OTM Additional Distributor Dongles Premium Server 
License- 50,000 sets 

Codes introduced prior to 
OTM 2.0. 

NTTL33CA 

500 OTM Additional Distributor Dongles Premium Server 
License- 50,000 sets 


NTTL33DA 

5000 OTM Additional Distributor Dongles Premium Server 
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Codes common to “End User” and “Distributor” licenses 



OTM 2.0 Documentation (hardcopy) | 

P0986987 

OTM 2.0 Installation and Engineering Guide - English 


P0986988 

OTM 2.0 User Guides - English 


P0986989 

OTM 2.0 Telemanagement User Guides - English 


OTM 2.0 - Billing package 

NTTL05CA 

OTM Billing General - 50 RU 

Codes introduced prior to 
OTM 2.0. 

NTTL05DA 

OTM Billing Enhanced - 50 RU 

Codes introduced prior to 
OTM 2.0. 

NTTL15BA 

OTM Billing General to Enhanced - 50 RU 

Codes introduced prior to 
OTM 2.0. 

NTTL10AA 

MAT Call Accounting to OTM Billing General 

Codes introduced prior to 
OTM 2.0. 



Codes introduced prior to 
OTM 2.0. 

| NTTL25DB 

OTM I.Ox Billing General to OTM 2.0 Billing General Upgrade 

This code is not required 
for OTM 1.1 or 1.2 Billing 
General to OTM 2.0 

Billing General Upgrades. 
Billing General level and 
RUs are ported between 
these two releases. 

SV000397 

OTM Rate Tables - North America 

Codes introduced prior to 1 

OTM 2.0. 

OTM 2.0 Billing RU expansion 

NTTL06GA 

NTTL06AA 

NTTL06BA 

NTTL06CA 

OTM Billing General 50 RU expansion 

OTM Billing General 250 RU expansion 

OTM Billing General 100 RU expansion 

OTM Billing General 5000 RU expansion 

Codes introduced prior to 
OTM 2.0. 

NTTL07GA 

NTTL07AA 

NTTL07BA 

NTTL07CA 

OTM Billing Enhanced 50 RU expansion 

OTM Billing Enhanced 250 RU expansion 

OTM Billing Enhanced 1000 RU expansion 

OTM Billing Enhanced 5000 RU expansion 

Codes introduced prior to 
OTM 2.0. 

NTTL16GA 

NTTL16AA 

NTTL16BA 

NTTL16CA 

OTM Billing General to Enhanced - 50 RU Expansion 

OTM Billing General to Enhanced - 250 RU Expansion 

OTM Billing General to Enhanced - 1000 RU Expansion 

OTM Billing General to Enhanced - 5000 RU Expansion 

Codes introduced prior to 
OTM 2.0. 

OTM 2.0 CD 

NT8R58AE 

OTM 2.0 CD Software 
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OTM 2.0 CD Documentation 


OTM DECT 

NTTL26AA 

OTM DECT Application 

Code introduced prior to 
OTM 2.0. 

OTM Professional Services 

SV000408 

Avotus - Pre-engineering services for new OTM order 

Code introduced prior to 
OTM 2.0. 

SV000396 

Avotus - Implementation Services for new OTM order 

Code introduced prior to 
OTM 2.0. 

SV000446 

Avotus - Bronze Implementation services for upgrade from 
OTM 1.x to OTM 2.0 


SV000447 

Avotus - Silver Implementation services for upgrade from 

OTM 1.x to OTM 2.0 


SV000448 

Avotus - Gold Implementation services for upgrade from OTM 
1.x to OTM 2.0 


SV000407 

Teltronics - Pre-engineering services for new OTM order 

Code introduced prior to 
OTM 2.0. 

SV000395 

Teltronics - Implementation Services for new OTM order 

Code introduced prior to 
OTM 2.0. 

SV000449 

Teltronics - Bronze Implementation services for upgrade from 
OTM 1 .x to OTM 2.0 


SV000450 

Teltronics - Silver Implementation services for upgrade from 
OTM 1.x to OTM 2.0 



Teltronics - Gold Implementation services for upgrade from 
OTM 1 .x to OTM 2.0 


OTM Merchandise Items 

NTZK52JA 

NTZK52KA 

NTZK52LA 

MDR 2000e CDR Unit IP Comm. 512Kb capacity (117 
vac/60Hz) 

MDR 2000e CDR Unit IP Comm. 2Mb capacity (117 
vac/60Hz) 

MDR 2000e CDR Unit IP Comm. 4Mb capacity (117 
vac/60Hz) 

Code introduced prior to 
OTM 2.0. 

P0943055 

MDR 2000e Buffer Box Reference Guide 

Code introduced prior to 
OTM 2.0. 

NTZK52BA 

NTZK52CA 

NTZK52DA 

MDR 2000 CDR Unit V3 128Kb Capacity (117 vac/60 Hz) 

MDR 2000 CDR Unit V3 512Kb Capacity (117 vac/60 Hz) 

MDR 2000 CDR Unit V3 2Mb Capacity (117 vac/60 Hz) 

Code introduced prior to 
OTM 2.0. 

P0833802 

MDR 2000 Buffer Box Reference Guide 

Code introduced prior to 
OTM 2.0. 



Codes that are no longer valid 


Description 


Code 
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NTTL01AC 

OTM 1.2 General Server - 50 sets 

NTTL01BC 

OTM 1.2 Enhanced Server - 50 sets 

NTTL01CC 

OTM 1.2 Premium Server - 50 sets 

SV000409 

Teltronics Help Desk Services 

SV000398 

MDR Help Desk Services 

NTTL08AC 

MAT 6.6 to OTM 1.2 General Upg - 50 sets 

NTTL08BC 

MAT 6.6 to OTM 1.2 Enhanced Upg - 50 sets 

NTTL08CC 

MAT 6.6 to OTM 1.2 Premium Upg - 50 sets 1 

NTTL08DC 

MAT 5.x or 6.x Upgrade to OTM 1.2 General - Server License- 50 Sets 

NTTL08EC 

MAT 5.x or 6.x Upgrade to OTM 1.2 Enhanced - Server License- 50 Sets 

NTTL08FC 

MAT 5.x or 6.x Upgrade to OTM 1.2 Premium - Server License- 50 Sets 

NTTL06DA 

OTM BILLING GENERAL 10000 RU EXPANSION 

NTTL06EA 

OTM BILLING GENERAL 50,000 RU EXPANSION 

NTTL07DA 

OTM BILLING Enhanced 10000 RU EXPANSION 

NTTL07EA 

OTM BILLING Enhanced 50,000 RU EXPANSION 

NTTL16DA 

OTM Billing General to Enhanced 10,000 RU Expansion 

NTTL16EA 

OTM Billing General to Enhanced 50,000 RU Expansion 

NTTL25AC 

OTM 1.x General to OTM 1.2 General Upgrade 

NTTL25BC 

OTM 1.x Enhanced to OTM 1.2 Enhanced Upgrade 

NTTL25CC 

OTM 1.x Premium to OTM 1.2 Premium Upgrade 

NTTL27AA 

MAT to OTM 1 .x Upgrade — General Server, 50,000 sets 

NTTL27BA 

MAT to OTM 1 .x Upgrade - Enhanced Server, 50,000 sets 

NTTL27CA 

MAT to OTM 1.x Upgrade - Premium Server, 50,000 sets 
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NTTL28AA 

5 New Distributor Dongles - General Server, 50,000 sets 

NTTL29AA 

5 New Distributor Dongles - Enhanced Server, 50,000 sets 

NTTL30AA 

5 New Distributor Dongles - Premium Server, 50,000 sets 

NTTL35AB 

OTM 1.x to OTM 1.2 General Distributor Dongle Upgrade 

NTTL35BB 

OTM 1.x to OTM 1.2 Enhanced Distributor Dongle Upgrade 

NTTL35CC 

OTM 1.x to OTM 1.2 Premium Distributor Dongle Upgrade 
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Operating System Support for OTM 2.0: 

The following table lists the Operating systems combinations supporting OTM server and OTM clients. 


Configurations with Windows Clients (Client - Server PC Configurations): 

OTM Server Installation on: 

OTM Client Installation on: 

Web Clients Supported: 

Windows NT 4.0 Server OS 

Windows 98 OS* 

Internet Explorer 5.5 


Windows NT 4.0 Workstation OS 

Internet Explorer 6.0 


Windows 2000 Professional OS 

Netscape Communicator 4.7 

Windows 2000 Server OS 

Windows 98 OS* 

Internet Explorer 5.5 


Windows NT 4.0 Workstation OS 

Internet Explorer 6.0 


Windows 2000 Professional OS 

Netscape Communicator 4.7 

Configurations without Windows Clients (Standalone PC Configurations): 

OTM Server Installation on: 

OTM Client Installation on: 

Web Clients Supported: 

Windows 98 OS* 

Not Supported 

Not Supported 

Windows NT 4.0 Workstation OS 

Not Supported 

Internet Explorer 5.5 

Windows NT 4.0 Server 


Internet Explorer 6.0 

Windows 2000 Professional OS 


Netscape Communicator 4.7 

Windows 2000 Server 


NOTE: The number of 
connections depends on settings 
in IE or Netscape. NT 4.0 
Workstation and 2000 

Professional allow up to 10 
connections (and as an example, 
a single Netscape connection, 
may take up to 4 to 6 of these 
connections, thereby reducing 
the number of web clients 
potentially down to 1). It is not 
recommended to run more 
than one web client from these 
two Operating Systems. 


*The OTM DECT application is not supported on Windows 98. 


Note : The only environment tested and supported for OTM 2.0 are the operating systems combinations 
listed in this section. Any operating system not explicitly mentioned here is not supported. The following 
are few example of operating systems not supported with OTM 2.0: Windows 95, Windows Me, Windows 
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2000 Advanced server, Windows 2000 Datacenter server, Windows XP. 

Regional versions of Operating System supported 

The following table lists the supported combinations of localized versions of operating systems that are 
supported with OTM 2.0. Note that OTM 2.0 applications are in English 


Combinations including English version of the operating systems 


Windows 98 

English 

standalone 



Windows NT workstation 

English 

standalone 



Windows NT server 

English 

with 

Windows 2000 Professional 

English 

Windows NT server 

English 

with 

Windows NT workstation 

English 

Windows NT server 

English 

with 

Windows 98 

English 

Windows NT server 

English 

standalone 



Windows 2000 server 

English 

with 

Windows 2000 Professional 

English 

Windows 2000 server 

English 

with 

Windows NT workstation 

English 

Windows 2000 server 

English 

with 

Windows 98 

English 

Windows 2000 server 

English 

Standalone 



Windows 2000 





Professional 

English 

standalone 



Combinations including the German version of the operating systems 


Windows NT server 

English 

with 

Windows 2000 Professional 

German 

Windows 2000 server 

English 

with 

Windows 2000 Professional 

German 

Windows 2000 





Professional 

German 

standalone 



Combinations including the Spanish version of the operating systems 


Windows NT server 

English 

with 

Windows 2000 Professional 

Spanish 

Windows 2000 server 

English 

with 

Windows 2000 Professional 

Spanish 

Windows 2000 





Professional 

Spanish 

standalone 



Combinations including the Portuguese version of the operating systems 


Windows NT server 

English 

with 

Windows 2000 Professional 

Portuguese 

Windows 2000 server 

English 

with 

Windows 2000 Professional 

Portuguese 

Windows 2000 





Professional 

Portuguese 

standalone 



Combinations including the Japanese version of the operating systems** 


Windows NT server 

Japanese 

with 

Windows 2000 Professional 

Japanese 

Windows NT server 

Japanese 

standalone 



Windows 2000 server 

Japanese 

with 

Windows 2000 Professional 

Japanese 

Windows 2000 server 

Japanese 

standalone 



Windows 2000 





Professional 

Japanese 

standalone 



Combinations including the simplified Chinese version of the operating system 



Simplified 



Simplified 

Windows NT server 

Chinese 

with 

Windows 2000 Professional 

Chinese 
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Windows NT server 

Simplified 

Chinese 

standalone 


Windows 2000 server 

Simplified 

Chinese 

with 

Simplified 

Windows 2000 Professional Chinese 

Windows 2000 server 

Simplified 

Chinese 

standalone 


Windows 2000 
Professional 

Simplified 

Chinese 

standalone 



Note Localized versions of the operating systems not explicitly listed in this section as supported are not 
supported. 

Note: OTM 2.0 is not available at this time for use on the French version of Microsoft’s operating systems 
as a result of insufficient trial activity on this operating system. Persons interested in trailing this software 
may contact Denis Bruneau at 613-763-4718, or dbruneau@nortelnetworks.com. 

A separate product bulletin will be published indicating when OTM 2.0 will be supported on Microsoft s 
French operating systems. 


Localization 

OTM 2.0 is available in English only. The current translated version of OTM is OTM 1.01, and it is 
available to certain markets in French (Quebec and Europe only) and German (Europe) only. 


Change to Professional Services for OTM 2.0 


OTM Help Desk Service - removed from the Nortel Networks OTM 2.0 price-book 

The “OTM Help Desk” service is discontinued and removed from Nortel Networks’ offer starting with the 
introduction of OTM 2.0. Customer interested to subscribe to similar services should then contact directly 
the providers of services. 

For more information please refer to the product bulletin 2002-123 


OTM Implementation Services - services for implementation of a new OTM 2.0 order 

There are two different services available that can be purchased only in conjunction with a new OTM 2.0 
order. The customer can chose either for Avotus or Teltronics for the delivery each of the following 
services: 


• OTM Pre-Engineering Services - Avotus (A0806327 / SV000408) 

• OTM Pre-Engineering Services - Teltronics (A0806326 / SV000407) 


• OTM Implementation Services — Avotus (A0796516 / SV000396) 

• OTM Implementation Services — Teltronics (A0796515 / SV000395) 


OTM Implementation Services - services for upgrade from OTM 1.x to OTM 2.0 

For customer ordering an upgrade from a previous release of OTM to OTM 2.0, Nortel Networks now 
offer implementation services with three levels of services (Bronze, Silver and Gold). The customer can 
chose either for Avotus or Teltronics for the delivery each of the following services: 





• Bronze Implementation Services for upgrade- Avotus 

• Silver Implementation Services for upgrade - Avotus 

• Gold Implementation Services for upgrade - Avotus 


(A0993995 / SV000446) 
(A0993996 / SV000447) 
(A0993997 / SV000448) 


• Bronze Implementation Services for upgrade - Teltronics 
SV000449) 

• Silver Implementation Services for upgrade - Teltronics 

• Gold Implementation Services for upgrade - Teltronics 


(A0993998 / 

(A0993999 / SV000450) 
(A0994000 / SV000451) 


The bronze level of OTM implementation service for upgrade offers remote “telephone” assistance to a 
distributor on site who performs the installation of the upgrade. The service is not intended to help end- 
users to proceed to the installation. It is only for distributors that can support an on-site technician but 
require remote assistance from a “qualified” engineer from Avotus or Teltronics. 


The silver implementation service for upgrade offers an on-site installation / configuration of an upgrade 
to OTM 2.0. It does not include “on site instructions”. 


This service is for an OTM upgrade without new OTM packages being added. A customer requiring 
upgrade and expansion (new functionality packages) must order the “OTM gold implementation service 
for upgrade from OTM 1 .x to OTM 2.0”. A customer who add more sets, or increase the reporting Units 
(RU) for OTM is allow proceeding with these changes without any impacts on the pricing of this services. 
This Silver Implementation service is restricted to small networks, less or equal than 2 sites and 2 clients 
(the server PC is not considered as one of the 2 clients). In the event of a more complex network, it is 
possible to subscribe to the “OTM Gold implementation service - for upgrade from OTM 1.x to OTM 2.0” 

This gold level of service is the equivalent of the implementation services (for new OTM installation) at a 
discounted price. It includes Installation, configuration and one day of on site instruction for a simple 
upgrade that does not require major expansion. 


These services can exclusively be ordered through Nortel Network. A separate product bulletin to 
describe these new services is to be published soon. 


OTM 2.0 PEP Requirements: 

At the time of writing, no separately installed PEPs or Service Updates are required for OTM 2.0. Any 
PEPs or Service Updates generated following the publication of this document will be provided on the 
new Electronic Software Download site: the Partner Information Center at: 

www.nortelnetworks.com 

Customer Support Home 

Software Distribution 

Optivity Telephony Manager (OTM) 

OTM_2.0 - PEPs 

Please ensure that you visit this site prior to loading your software for any PEPs or Service Updates that 
may be pertinent to your installation. 
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